参考链接廖雪峰git教程:https://www.liaoxuefeng.com/wiki/896043488029600/900388704535136
1.分支创建
创建本地分支:
$ git branch testing #创建一个分支,并命名为testing
创建远程分支(分两步):
$ git branch testing #创建一个分支,并命名为testing $ git push origin testing #将分支推送到远程(相当于创建一个远程分支)
2.分支切换
$ git switch master #切换到testing分支,即HEAD指向testing分支(在Git2.23及以上的版本中使用) $ git checkout testing
3.分支创建及切换
$ git switch -c dev #创建dev分支,然后切换到dev分支(在Git2.23及以上的版本中使用) $ git checkout -b dev
4.合并分支
$ git merge dev #合并指定的dev分支到当前分支
5.删除分支
删除本地分支
$ git branch -d [branch name] #删除分支,git branch --merged结果中的分支可以进行删除 $ git branch -D [branch name] #强制删除分支,git branch --no-merged结果中的分支可以进行强制删除
删除远程分支
$ git push origin :temp #删除远程分支
6.查看
$ git branch #查看所有分支及当前分支 $ git branch -v #查看每一个分支的最后一次提交 $ git branch --merged #查看哪些分支已经合并到了当前分支,结果中的分支可以进行删除 $ git branch --no-merged #查看哪些分支未合并到当前分支,结果中的分支不能删除
7.分支使用流程
$ git switch -c dev #创建并切换到新的分支dev $ git branch #查看当前的分支,确定结果是dev分支 $ git add readme.txt #修改文件后,在dev分支上暂存文件 $ git commit -m 'branch test' #在dev分支提交文件 $ git switch master #dev分支工作完成,切换回master分支 $ git merge dev #把dev分支的修改合并到当前的master分支,此时master分支文件的内容和dev分支上的内容一样了 $ git branch -d dev #此时可以放心地删除dev分支的了 $ git branch #删除后确认,dev分支不在了
8.遇到冲突时的分支合并流程
$ git switch -c dev #创建并切换到新的分支dev $ git branch #查看当前的分支,确定结果是dev分支
¥ 修改readme.txt文件
$ git add readme.txt #修改文件后,在dev分支上暂存文件 $ git commit -m 'branch test' #在dev分支提交文件 $ git switch master #dev分支工作完成,切换回master分支
¥ 修改readme.txt文件
$ git add readme.txt #修改文件后,在master分支上暂存文件 $ git commit -m 'master branch test' #在master分支提交文件 $ git merge dev #把dev分支的修改合并到当前的master分支,此时master分支文件的内容和dev分支上的内容一样了
此时,GIt无法执行“快速合并”,必须手动解决冲突后再提交:
$ git status #查看产生冲突的文件:
此时在本地打开产生冲突的文件:
手动删除两个内容中的一个(包括<<<<<<和======标记)
$ git add readme.txt #修改文件后,在master分支上暂存文件 $ git commit -m 'conflict fixedt' #在master分支提交文件 $ git branch -d dev #删除dev分支
工作完成。
9.BUG分支流程
a. 保存现场
$ git stash
b.恢复现场
$ git stash apply stash@{0} #恢复stash@{0}现场 $ git stash drop stash@{0} #删除stash@{0}现场 $ git stash pop stash@{0} #恢复的同时也删除stash@{0}现场
c. bug分支流程
在软件开发中,你正在dev分支中工作。突然接到一个修复代号101bug的任务时,你会很自然的从master分支创建一个分支Bug-101来修复他。但是dev分支上的工作只进行到了一半,还没法提交,此时你可以使用git stash指令存储当前工作现场,等以后恢复现场后在dev分支上继续工作。
当master分支上修复了bug后,因为dev分支是早期从master分支分出来的,所以,这个bug在当前dev分支上也存在。我们可以使用git cherry-pick <commit>把git commit提交所做的修改“复制”到dev分支。
$ git *** #你现在在dev分支上工作 $ git stash #保存现场 $ git switch master #切换到主分支 $ git switch -c Bug-101 #创建Bug-101分支,并切换
¥101Bug 修复工作
$ git add readme.txt $ git commit -m "fix bug-101" #提交修复的文件,修复工作完成
$ git switch master #切换到主分区 $ git merge --no-ff -m "merge bug fix 101" #合并bug-101分支到master分支 $ git branch -d Bug-101 #删除Bug-101分支 $ git switch dev #切换到修复101bug之前的工作分支 $ git stash list #查看保存的工作现场信息 $ git stash pop #恢复现场,并删除保存的现场内容
在master分支上修复了bug后,我们要想一想,dev分支是早期从master分支分出来的,所以,这个bug其实在当前dev分支上也存在。我们只需要把6560f7c fix bug 101
这个git commit提交所做的修改“复制”到dev分支。
$ git cherry-pick 6560f7c #将master分支指定的git commit提交复制到当前的dev分支
10.分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;那在哪干活呢?干活都在dev
分支上,也就是说,dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev
分支合并到master
上,在master
分支发布1.0版本;你和你的小伙伴们每个人都在dev
分支上干活,每个人都有自己的分支,时不时地往dev
分支上合并就可以了。所以,团队合作的分支看起来就像这样: