1. 暂存区是一个中转站的作用
2.为什么说Git跟踪的是文件的修改而不是文件呢？
3.
-
缓存区 ↔ \leftrightarrow↔ 库(HEAD)：$ git diff --cached
-
工作区 ↔ \leftrightarrow↔ 缓存区：$ git diff
-
工作区 ↔ \leftrightarrow↔ 库(HEAD)：$ git diff HEAD -- filename
-
库 ↔ \leftrightarrow↔ 库：$ git diff 243550a 24bc01b
4. 撤销修改
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
5. 命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
注意：git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
6.
-
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。 -
穿梭前，用
git log可以查看提交历史，以便确定要回退到哪个版本。 -
要重返未来，用
git reflog查看命令历史，以便确定要回到未来的哪个版本。
7. 贴加远程库
- 要关联一个远程库，使用命令
git remote add origin git@path:server-name/repo-name.git； - 注意，把上面的
serve-name替换成你自己的GitHub账户名，否则，你在本地关联的就是他人的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。 - 关联一个远程库时必须给远程库指定一个名字，
origin是默认习惯命名； - 关联后，使用命令
git push -u origin master第一次推送master分支的所有内容； - 由于远程库是空的，我们第一次推送
master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。 - 此后，每次本地提交后，只要有必要，就可以使用命令
git push origin master推送最新修改；
8. 删除远程库
- 如果添加的时候地址写错了，或者就是想删除远程库，可以用
git remote rm <name>命令。使用前，建议先用git remote -v查看远程库信息 - 然后，根据名字删除，
- 此处的“删除”其实是解除了本地和远程的绑定关系，并不是物理上删除了远程库。远程库本身并没有任何改动。要真正删除远程库，需要登录到GitHub，在后台页面找到删除按钮再删除。
9. 克隆远程库
- 如果是clone一个空的仓库他
-
要克隆一个仓库，首先必须知道仓库的地址，然后使用
git clone命令克隆。Git支持多种协议，包括
https，但ssh协议速度最快。 -
$ git clone [email protected]:path/repo-name.git $ git clone https://github.com/OhSeaGull/git1.git
10. 创建分支
HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。- 查看分支：
git branch - 创建分支：
git branch <name> - 切换分支：
git checkout <name>或者git switch <name> - 创建+切换分支：
git checkout -b <name>或者git switch -c <name> - 合并某分支到当前分支：
git merge <name> - 删除分支：
git branch -d <name>
11.分支冲突
- 当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
- 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
- 用
git log --graph命令可以看到分支合并图。
12. 分支管理
- 合并分支时，加上
--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。 - 在远程可以建立dev分支然后开发人员把自己本地的dev分支和远程dev分支关联就好了，然后就可以往上推了。在github上你只要和远程库关联了，即使那没有dev分支，你自己建立一个dev分支，然后用git push origin dev就可以推送上去，同时远程会自动建立dev分支