A. git怎么添加文件夹
在本地新建接受远程目录文件夹 bbb初始化文件夹bbb的git设置，分别设置用户名和邮箱git config –global user.name "wmsj100"git config –global user.email "[email protected]"克隆github项目组中的文件此时要注意该文件的路径一定要是根目录，不能是子目录，否则就会出现文件路径不存在的警告点击进去后会看到.git版本库文件，readme.md项目说明文件，homework项目文件夹进入homework文件夹直接创建自己的工作目录wang_hao在文件夹里面创建一个readme.md的项目说明文件，当然了readme的后缀可以是任何文本格式，.txt/.html/.htm/.css/.js/……用文本编辑器打开readme文件，输入说明文字，对了，最好不要用记事本打开，好像是微软的记事本会在文件头部添加一个代码，有时候可能会出现乱码，推荐使用notepad++、sublime text……此时查看git库的状态git status然后添加wang_hao文件夹到git库提交到本地git库推送到项目组文件夹，首先查看提交项目的名称，默认为origin推送到远程gitgit push origin虽然有警告提示，但是看到底部的文件数量和大小信息就知道是提交成功了。可以去github看看刚刚这次的提交
B. Git系列之底层原理篇
本章节是Git的核心知识点，主要是介绍Git底层原理与在使用Git过程中的几个重要区域，弄懂Git的整个使用流程，以及数据的存储过程。
工作区（Working Directory）:
工作区就是我们平时编写文本文件的地方
暂存区（Stage/Index）:
暂存区是我们提交文本文件到本地仓库的来源地，只有把工作区的文件添加至暂存区，才可以被提交至本地仓库。
本地仓库（Repository）：
本地仓库是保存每次文件更新的记录，包括提交人，提交时间，提交的内容等详细信息，方便追溯历史版本。
远程仓库（Remote Repository）：
远程仓库算是本地仓库的一个副本，主要是方便合作伙伴之间的仓库文件同步。
因此它的使用流程可以简单的概括为：
1、在本地搭建一个目录，用来创建git仓库
$ git init gitDirectory
2、在仓库目录下创建文本文件（工作区）
$ cd gitDirectory
$ echo “first txt” > first.txt
3、把工作区的first.txt文件添加至git暂存区
$ git add first.txt
4、将暂存区中的文件first.txt提交至本地仓库
$ git commit -m “first commit”
5、将文件保存至本地仓库就已经可以记录我们每次提交的历史信息了，但是为了方便其他伙伴一起协作，还需要搭建一个远程服务。（本次以GitHub为例）
在GitHub创建一个和本地一样名称的仓库，创建成功后会生成一个仓库地址：
https://github.com/mr-kings/gitDirectory.git
6、将本地仓库和远程仓库关联起来
$ git remote add origin https://github.com/mr-kings/gitDirectory.git
7、第一次将本地仓库提交至远程仓库
$ git push -u origin master
第一次需要添加 -u 参数，即把本地的master分支和远程仓库的master分支对应上
8、此时本地仓库和远程仓库就已经实现了同步，其他协作伙伴只需到远程仓库把仓库克隆到自己的电脑即可进行协作编辑
$ git clone https://github.com/mr-kings/gitDirectory.git
9、克隆下来以后会在本地生成本地仓库以及工作区，后续的操作和2步骤及以后步骤一致
需要注意的是：远程仓库有两种连接方式https/ssh，上面的例子使用的https，其实ssh方式会比https快的多，它还可以通过添加密钥的方式省去每次提交时都要输入用户名和密码的问题，这里不做详细介绍。https也是可以通过配置省去每次推送都需要输入用户名和密码的问题。
Git安装成功后，在本地新建一个Git仓库，$ git init Gitstudy会生成一个.git文件夹，如果你创建的时候没有发现.git目录那应该是你的电脑默认隐藏了.git文件夹，有两种方式可以查看它：
第一种方式：
命令行工具，在当前目录下，在命令行里输入 $ ll -a 即可查看
第二种方式：
在当前目录下，点击查看菜单，然后勾选上隐藏的项目即可
.git目录就是暂存区和本地仓库的位置，所以它的核心就在这里，下面看看它有哪些内容：
由上图可知，初始化的时候.git目录下有以下文件及文件夹：
config(文件)：存放当前仓库的一些配置信息，比如记住用户名和密码，别名等
下面是它的常用选项：
[core] ignorecase 是否忽略文件大小写
[remote “origin”] url 配置远程仓库地址
[remote “origin”] fetch 远程分支映射关系
[user] name 用户名
[user] email 邮箱
[alias] 命令别名配置 ： cmt = commit
description(文件)：创建仓库的描述文件
HEAD(文件)：指示当前被检出(所在)的分支，如当前在test分支，文件内容则为ref: refs/heads/test。
hooks/(文件夹)：包含客户端或服务端的钩子脚本(hook scripts)，如pre-commit，post-receive等
info/ (文件夹)：用以存储一些有关git仓库的信息，如exclude
objects/ (文件夹)：用以存储git仓库中的所有数据内容
refs/(文件夹)：包含 heads 文件夹，remote文件夹。heads 记录本地相关的各 git分支操作记录，remote 记录远程仓库相关的各git分支 操作记录
当第一次提交的时候还会生成以下文件及文件夹：
index (文件) — （在git add file的时候生成）：是当前版本的文件索引，包含生成当前树(唯一确定的)对象的所虚信息，可用于快速比对工作树和其他提交树对象的差异(各commit和HEAD之间的diff)，可用于存储单文件的多个版本以有效的解决合并冲突。可使用git ls-files 查看index文件内容
COMMIT_EDITMSG(文件) — （在git commit -m “first commit”的时候生成）：最近一次的 commit edit message
logs/ (文件夹) — （在git commit -m “first commit”的时候生成）：放置git仓库操作记录的文件夹，包含HEAD文件 和 refs文件夹
以上简单介绍了.git目录下的文件及文件夹，重点则是objects文件夹：
经过第一次提交后objects文件夹下多出了3个文件夹：44/、d0/、f6/。通过提交的日志我们发现，commit后会生成一个40位的16进制字符串（前两位作为文件夹名称，后38位为内容哈希值）
官方描述：这是一个 SHA-1 哈希值——一个将待存储的数据外加一个头部信息(header)一起做 SHA-1 校验运算而得的校验和（前2位作为文件夹名称 — 后面38位作为内容的哈希值）
通过cat-file -t sha-1 命令查看当前哈希值所属的类型：
由图可知它是一个commit对象
再通过命令cat-file -p sha-1查看该commit对象包含有哪些信息
由图知一个commit对象包含了tree对象，本地仓库信息，提交人信息及提交时的备注信息。
再通过上述命令查看tree对象又包含又哪些信息：
由图知tree对象又包含了blob对象，在多目录的情况下tree对象还会包含其他tree对象。
由此得出结论：刚才提交的时候生成的那个3个文件夹分别对应的是3个对象即：44/文件夹对应的是commit对象，f6/文件夹对应的是tree对象，d0/文件夹对应的是blob对象。层级关系是：commit对象对应一个tree对象，tree对象可以包含一个或多个其他tree对象和blob对象。
下面就简单介绍git中的几个对象：
blob：
blob对象只跟文本文件的内容有关，和文本文件的名称及目录无关，只要是相同的文本文件，会指向同一个blob。
tree:
tree对象记录文本文件内容和名称、目录等信息，每次提交都会生成一个顶层tree对象，它可以指向其引用的tree或blob。
commit:
commit对象记录本次提交的所有信息，包括提交人、提交时间，本次提交包含的tree及blob。
tag:
标签引用，它指向某一个commit。
用下面的图可以把今天的内容概括起来：上半部分描述了git的操作流程图，下半部分描述git底层数据存储结构图
Git流程及底层结构图
下面就对图的下半部分做个详细说明：
1、在与.git同级目录下新建文件夹directory，再在directory目录下新建一个文本文件first.txt，里面的内容为1。当执行$ git add first.txt 的时候就会在.git/objects/生成一个blob对象的文件夹（前两位为文件夹名称 — 后38位为文本内容的哈希值）对应上图的第一个d00491 — blob对象。
2、当执行$ git commit -m “first commit” 的时候就会在.git/objects/下新生成了2个tree对象和一个commit对象的文件夹（前两位为文件夹名称 — 后38位为文本内容的哈希值）对应上图的f6589b — tree对象,4a2e3e — tree对象,6b18a7 — commit对象。之所以生成两个tree对象是因为directory目录为一个tree对象还有与commit对象一一对应的顶层tree对象。这个时候HEAD游标指向的是当前master分支的first commit。并且在这次提交的时候打个v1.0版本的标签。
3、在与.git同级目录下新建一个新的文本文件second.txt，内容为2。当执行$ git add second.txt 的时候就会在.git/objects/生成一个新的blob对象的文件夹（前两位为文件夹名称 — 后38位为文本内容的哈希值）对应上图的0cfbf0 — blob对象。
4、当执行$ git commit -m “second commit” 的时候就会在.git/objects/下新生成了1个tree对象和一个commit对象的文件夹（前两位为文件夹名称 — 后38位为文本内容的哈希值）对应上图的35e40c — tree对象,d6dca9 — commit对象。只生成一个与commit对象一一对应的顶层tree对象。由于本次提交directory目录下的first.txt内容没有变化，所以上图的35e40c — tree对象还会指向f6589b — tree对象。这个时候HEAD游标指向的是当前master分支的second commit(HEAD索引向前移动)，second commit 会指向上一次的提交即 parent指向first commit。
后续的操作以此类推，但需要注意的点是：
1、blob对象只对文件的内容有关，和文件名称无关，如果不同的文件名称，内容相同只会有一个blob对象，生成的新tree对象会指向该blob对象。例如上图的third.txt和four.txt里面的内容都为3。所以不会生成新的blob对象，新的tree对象只会指向同一个blob。
2、如果每次提交的时候包含的某些文件并没有改动（更新），那么就会直接指向它原来的索引，不会重新生成。例如上图的directory/first.txt，second.txt
3、每次commit对象都会和顶层的tree对象一一对应。
C. git lfs 支持多大的文件
出于好意：设计来团队开始把源他们大尺寸的图形文件添加到你的项目仓库当中，然而引起的结果是，你看着仓库不断增大直到数 GB 大小……在 Git 中以二进制文件来运行确实是一种明智的做法，每当提交一个 100MB 的 Photoshop 文件中的细微改变，你仓库的大小当然也会增长 100MB，这样快速的增长会使你的仓库因为内容太过于庞大而变得几乎无法使用。它确实与所有”大”文件有关：如视频，音频记录，数据集等的问题。但是，如果说不使用版本控制你的设计/概念/视频/音频/可执行文件/工作也不能解决问题（知识库过大）。一般来说，版本控制的好处还是存在的，而且应该用于各种各样的项目当中去。
D. Git常用命令
1.1 配置环境
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。该用户信息和GitHub上注册的远程仓库的相关信息没有任何关系。
git config –global user.name “你的名字”
git config –global user.email “你的邮箱”
git config –list
配置信息保存在用户目录下的.giitconfig文件中
1.2 获取Git仓库
要使用Git对我们的代码进行版本控制，首先需要获得Git仓库
获取Git仓库通常有两种方式：
执行步骤如下：
1、在电脑的任意位置创建一个空目录作为我们的本地Git仓库
2、进入这个目录中，点击右键打开Git bash 窗口
3、执行命令git init
可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地的命令形式为：
git clone 远程Git仓库地址
1.3 工作目录、暂存区以及版本库概念
版本库：.git隐藏文件就是版本库，版本库存储了很多配置信息、日志信息和文件版本信息等
工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码
暂存区：.git文件夹中有很多文件，其中一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方
1.4 Git工作目录下文件的两种状态
Git工作目录下的文件存在两种状态：
Unmodified 未修改状态
Modified 已修改状态
Staged 已暂存状态
这些文件的状态会随着我们执行Git的命令发生变化
1.5 本地仓库操作
git status 查看文件状态
也可以使用git status -s使输出信息更简洁
git add 将未跟踪的文件加入暂存区，将已经修改的文件加入暂存区也是通过这个命令
git reset 将暂存区文件取消暂存
git commit -m “你的说明” 将暂存区文件提交到本地仓库
git rm 删除文件 说明：这种操作是直接将文件加入到暂存区里面，直接提交到本地仓库生效，而直接删除的话没有进入到暂存区，需要先把文件加入到暂存区之后，再提交到本地仓库。
将文件添加至忽略列表
一般我们总会有些文件无需纳入Git的管理，也不希望他们总出现在未跟踪文件列表。通常这些都是自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitnore的文件（文件名称固定），列出忽略的文件模式。下面是一个示例：#代表注释
由于windows无法创建不含文件名的文件，因此我们需要在bash窗口中用如下命令创建。
git log 查看日记记录
1.6 远程仓库操作
如果想查看已经配置的远程仓库服务器，可以运行git remote 命令。它会列出指定的每一个远程服务器的简写。如果已经克隆了远程仓库，那么至少可以看见origin，这是Git克隆的仓库服务器的默认名字
git remote -v 可以查看对远程仓库详细一点的说明
git remote show origin 可以查看对origin更详细的远程仓库的说明
运行git remote add 添加一个远程Git仓库，同时指定一个可以引用的简写
如果你想获得一份已经存在了的Git仓库的拷贝，这时需要用到 git clone 命令。Git克隆的是Git仓库服务器上的几乎所有数据（包括日志信息、 历史 记录等），而不仅仅是复制工作所需要的文件。当你执行git clone 命令的时候，默认配置下Git仓库中的每一个文件的每一个版本都将被拉取下来。
如果因为一些原因想要移除一个远程仓库，可以使用git remote rm
注意：此命令只是从本地移除远程仓库的记录，并不会影响到远程仓库
git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge
说明：如果使用fetch命令，拉取的文件会放到版本库里面，不会自动整合到工作区，如果需要整合到工作区，需要使用 git merge 远程仓库别名/远程仓库分支
git pull 是从远程仓库获取最新版本并merge到本地仓库
注意：如果本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库中拉取文件的时候会报错（fatal：refusing to merge unrelated histories），解决此我呢提可以在git pull 命令后加入参数 –allow-unrelated-histories
git push
1.7 Git分支
几乎所有的版本控制系统都是以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git的master是一个特殊分支。它跟其它分支没有区别。之所以每一个仓库都有mater分支，是因为git init默认创建它，并且大多数人都懒得去改动它。
# 列出所有本地分支
$ git branch
#列出所有远程分支
$ git branch -r
#列出所有本地分支和远程分支
$git branch -a
git branch 分支名称
git checkout 分支名称
git push 远程仓库别名 远程仓库分支
git merge 分支名称 说明：在当前分支下合并其他分支
注意：如果两个分支存在同样的文件名且同行的内容不一样，那么会产生矛盾，需要自己手动修改产生矛盾后的文件，然后添加到暂存区然后提交。
git branch -d 分支名称
如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，可以将命令中的-d参数改为-D
如果要删除远程仓库中的分支，可以使用命令git push origin -d branchName
1.8 Git标签
像其他版本控制系统一样，Git可以给 历史 中的某一给提交打上标签，以示重要。比较有代表性的是人们会使用这个功能来标记发布结点（v1.0、v1.2等）。标签指的是某个分支某个特定时间点的状态。通过标签，可以很方便地切换到标记时的状态。
#新建一个tag
$ git tag [tagName]
$ git tag
#新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
#删除本地tag
$git tag -d[tag]
#删除远程tag
$git push origin :refs/tags/[tag]
