学习网站
https://git-scm.com/book/zh/v2
https://learngitbranching.js.org/
基础
# 提交commit
git commit -m "msg"
# 创建并切换到分支
git checkout -b bugFix
# merge分支
git checkout -b bufFix
git commit
git checkout master
git commit
git merge bugFix # 把bugFix分支merge到master上
git checkout -b bugFix
git commit
git checkout master
git commit
git checkout bugFix
git rebase master
高级
移动分支
# 使用提交记录上的标签(哈希值)来指定提交记录
git checkout C4
git checkout HEAD^
git checkout HEAD~4
# 强制移动master分支
git branch -f master HEAD~3
撤销变更
git reset通过把分支记录回退几个提交记录来实现撤销改动。但是这种方法对大家一起使用的远程分支是无效的。需要使用git revert。
git reset HEAD~1
git revert HEAD
移动提交记录
将本地分支的指定commit工作复制到其他分支上
git cherry-pick C2 C4
交互式的rebase
git rebase -i HEAD~4
杂项
只取一个提交记录
适用于bufFix中有多个无效提交记录(比如打印debug日志),我们只需要取一个提交记录到主分支上即可。
git rebase -i 和 git cherry-pick均可实现。
增加标签
tag可以指向某个提交记录的标识,比如软件发布新的大版本,或者修正一些重要的bug或者是增加了某些新特性。
git tag v1 C1
git describe
用于帮助你在提交历史中移动了多次后找到方向。
# 语法:
git describe <ref>
# <ref>是任意能被git识别成提交记录的引用,如果你没有指定的话,git会以你目前所检出的位置(HEAD)。
# 输出结果:
<tag>_<numCommits>_g<hash>
# tag表示离<ref>最近的标签,numCommits表示这个ref和tag之间相差有多少个提交记录,hash表示你所指定的ref所表示的提交记录哈希值的前几位。当ref提交记录上有某个标签时,只输出标签名称。
多分支全都rebase到master上
多个父节点时
使用git checkout HEAD^1
中的^
符号可以指定第几个父节点。
而且^
和~
操作符支持链式操作:
git checkout HEAD~1^2~3
远程仓库
克隆远程仓库
# 克隆远程仓库
git clone
获取远程仓库更新
当远程仓库(虚线)更新了C2和C3两次提交时,本地仓库可以通过
git fetch
将C2和C3更新下载到本地仓库,同时本地的o/master
分支也会更新。
需要注意的是,此时本地的
master
分支并不会更新。也就是git fetch
并不会更新本地的master
分支,只会更新本地的o/master
指针。
更新前:
更新后:
git pull
相当于先git fetch
获取远程仓库o/master
更新后merge
到本地的master
分支上。
注意当本地分支和远程分支有分歧时也可以使用。
git push
- 将更新传递到远程仓库,远程仓库更新
master
分支 - 本地的远程分支
o/master
也会更新
偏离的工作
举个例子,当你完成自己的功能开发后,你的同事写了一堆提交并且改变了许多你功能中使用的API,这些改变使得你新开发的功能不可用,但是他已经将代码推送到远程仓库上了。此时如果
git
是不会允许你执行git push
的,你只能先合并远程最新的代码,然后才能提交你的工作。
git fetch
git rebase o/master
git push
另外,我们也可以使用merge
:
注意,使用
rebase
相比于pull
可以使得提交历史更简洁。
-
使用前本地master和远程master有分歧
-
使用pull时:
- 本地
master
同步远程master
的更新 - 本地的
o/master
更新和远程master
一致
- 使用fetch和rebase时:
- 首先
fetch
更新o/master
远程分支
- 其次
rebase
会将C3的改变加在o/master
上
git pull --rebase
是fetch
和rebase
的缩写。
良好的开发规范
- 工作完成后快速地更新本地
master
分支并推送到远程仓库
# 拉取远程分支更新并将更新推送到本地master
git pull --rebase
# 推送本地更新到远程
git push
- 一个小例子
-
本地开发了多个功能,全部开发完成
-
更新
o/master
分支
git fetch
- 将不同功能rebase到
o/master
分支上
git rebase o/master side1
git rebase side1 side2
git rebase side2 side3
- 更新本地master分支并上传到远程仓库
git rebase side3 master
git push
- 相同的工作用merge完成
注意,使用rebase可以让你让你的提交历史更加干净,但是缺点是你会丢失你的部分提交历史,虽然我个人感觉是意义不大的提交历史(在快速迭代开发中)。仁者见仁,智者见智。
git checkout master # 回到本地master分支
git pull # 更新本地master分支
git merge side1
git merge side2
git merge side3
git push
跟踪远程分支
master
和o/master
分支是相互跟踪的,是在我们克隆远程仓库时指定的。
# 法1:
git checkout -b totallyNotMaster o/master
# 法2:
git branch -u o/master totallyNotMaster
git push的参数
# 切换到本地的master分支,获取所有的commit,再到远程仓库origin中找到master分支,将远程仓库中没有的提交记录都添加上去
git push origin master
# 将本地的某个分支推送到远程中的另一个分支
git push origin <source>:<destination>
# 注意这里的destination也可以是一个新建的分支
git fetch的参数
# 一方面git fetch只会下载远程的提交记录从而更新`o/master`,但不会更新本地的非远程分支。
# 另一方面我们可以通过<source>:<destination>来设置fetch的传输来源和目的地。其中source指的是远程仓库的位置,而destination指的是本地仓库的位置。
# 如果git fetch没有任何参数,那么它会下载所有的提交记录到各个远程分支中,即更新所有的远程分支
git push和git fetch的空参数
# 删除远程的foo分支
git push origin :foo
# 在本地创建新分支bar
git fetch origin :bar
git pull参数
git pull不带任何参数就是fetch和merge的组合,首先更新本地的远程分支,然后再merge你抓取到的提交记录。
即git pull origin foo
相当于:
git fetch origin foo
git merge o/foo
git pull origin bar~1:bugFix
相当于:
git fetch origin bar~1:bugFix
git merge bugFix
需要注意的是,
git pull
更新的是我们的检出位置,而不是一定更新本地master分支。
比如在pull之前,我们的HEAD在本地分支bar上:
当我们使用git pull之后:
git pull origin master