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 git@github.com: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分支