网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
一、Git的分支管理策略
1.1 Fast forward 模式和–no-ff 模式
通常合并分支时,如果可能,Git 会采用 Fast forward 模式。还记得如果我们采用 Fast
forward 模式之后,形成的合并结果是什么呢?回顾一下
图示说明:
在这种 Fast forward 模式下,删除分支后,查看分支历史时,会丢掉分支信息,看不出来最新提交到底是 merge 进来的还是正常提交的。
但在合并冲突部分,我们也看到通过解决冲突问题,会再进行一次新的提交,得到的最终状态为:
图示说明:
那么这就不是 Fast forward 模式了,这样的好处是,从分支历史上就可以看出分支信息。
例如我们现在已经删除了在合并冲突部分创建的 dev1 分支,但依旧能看到 master 其实是由其他分支合并得到。
代码示例:
hyb@139-159-150-152:~/gitcode$
git log --graph --pretty=oneline --abbrev-commit* 2976afc (HEAD -> master) merge ReadMe
*|*
| * c594fd1 modify ReadMe
* | c10f6d0 modify ReadMe
|/
Git 支持我们强制禁用 Fast forward 模式,那么就会在 merge 时生成一个新的 commit ,这样,从分支历史上就可以看出分支信息。
下⾯我们实战⼀下 --no-ff 方式的 git merge 。
步骤一:
首先,创建新的分支 dev2 ,并切换至新的分支:代码示例:
hyb@139-159-150-152:~/gitcode$ git checkout -b dev2 #切换到分支dev2
Switched to a new branch ‘dev2’
步骤二:修改 ReadMe 文件,并提交一个新的 commit :
代码示例:
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
a,b,c,d
#修改文件信息hyb@139-159-150-152:~/gitcode$ git add .
hyb@139-159-150-152:~/gitcode$ git commit -m"modify ReadMe"
[dev2 41b082f] modify ReadMe
1 file changed, 1 insertion(+)
**步骤三:**切回 master 分支,通过开始–no-ff 方式合并
代码示例:
hyb@139-159-150-152:~/gitcode$
git checkout masterSwitched to branch ‘master’
hyb@139-159-150-152:~/gitcode$
git merge --no-ff -m “merge with no-ff” dev2Merge made by the ‘recursive’ strategy.
ReadMe | 1 +
1 file changed, 1 insertion(+)
hyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
a,b,c,d
请
注意
–no-ff 参数,表示禁用 Fast forward 模式。禁用 Fast forward 模式后合并会创建一个新的 commit ,所以加上 -m 参数,把描述写进去。
**步骤四:**合并后,查看分支历史
代码示例:
hyb@139-159-150-152:~/gitcode$
git log --graph --pretty=oneline --abbrev-commit* 5bd16b4 (HEAD -> master) merge with no-ff
*|*
| * 41b082f (dev2) modify ReadMe
|/
可以看到,不使用 Fast forward 模式,merge后就像这样:
图示示例:
总结:
所以在合并分支时,加上 --no-ff 参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而 fast forward 合并就看不出来曾经做过合并。
1.2 企业分支管理策略
在实际开发中,我们应该按照几个
基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪⼲活呢?
干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布
时,再把dev分支合并到master上,在master分支发布1.0版本;
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
图示示例:
所以,团队合作的分支看起来就像这样:
二、bug分支
假如我们现在正在 dev2 分支上进行开发,开发到一半,突然发现 master 分支上面有 bug,需要解决。
在Git中,每个 bug 都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。
可现在 dev2 的代码在工作区中开发了一半,还无法提交,怎么办?
代码示例:
hyb@139-159-150-152:~/gitcode$
git branch* dev2
master
hyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
a,b,c,d
i am coding …
#dev2 的代码在工作区中开发了一半hyb@139-159-150-152:~/gitcode$
git statusOn branch dev2
Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git restore …” to discard changes in working directory)
modified: ReadMe
no changes added to commit (use “git add” and/or “git commit -a”)
Git 提供了 git stash 命令,可以将当前的⼯作区信息进⾏储藏,被储藏的内容可以在将来某个时间恢复出来。
代码示例:
hyb@139-159-150-152:~/gitcode$
git stashSaved working directory and index state WIP on dev2: 41b082f modify ReadMe
hyb@139-159-150-152:~/gitcode$ git status
On branch dev2
nothing to commit, working tree clean
用 git status 查看工作区,就是干净的(除非有没有被 Git 管理的文件),因此可以放心地创建分支来修复bug。
储藏 dev2 工作区之后,由于我们要基于master分支修复 bug,所以需要切回 master 分支,再新建临时分支来修复 bug。
代码示例:
hyb@139-159-150-152:~/gitcode$
git checkout master# 切回master分支
Switched to branch ‘master’
hyb@139-159-150-152:~/gitcode$
git checkout -b fix_bug# 新建并切换到 fix_bug 分支
Switched to a new branch ‘fix_bug’
hyb@139-159-150-152:~/gitcode$
vim ReadMehyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
a,b,c,d,e
# 修复bug–忘记写e
hyb@139-159-150-152:~/gitcode$
git add ReadMe# 重新add,commit
hyb@139-159-150-152:~/gitcode$
git commit -m"fix bug"[fix_bug 4bbc0c4] fix bug
1 file changed, 1 insertion(+), 1 deletion(-)
修复完成后,切换到 master 分支,并完成合并,最后删除 fix_bug 分支:
代码示例:
hyb@139-159-150-152:~/gitcode$
git checkout masterSwitched to branch ‘master’
hyb@139-159-150-152:~/gitcode$
git merge --no-ff -m"merge fix_bug branch" fix_buMerge made by the ‘recursive’ strategy.
ReadMe | 2 ±
1 file changed, 1 insertion(+), 1 deletion(-)
hyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
a,b,c,d,e
hyb@139-159-150-152:~/gitcode$
git branch -d fix_bugDeleted branch fix_bug (was 4bbc0c4).
至此,bug 的修复工作已经做完了,我们还要继续回到 dev2 分支进行开发。切换回 dev2 分支:
代码示例:
hyb@139-159-150-152:~/gitcode$
git checkout dev2Switched to branch ‘dev2’
hyb@139-159-150-152:~/gitcode$
git statusOn branch dev2
nothing to commit, working tree clean
工作区是干净的,刚才的工作现场存到哪去了?
用 git stash list 命令看看:
代码示例:
hyb@139-159-150-152:~/gitcode$
git stash liststash@{0}: WIP on dev2: 41b082f modify ReadMe
⼯作现场还在,Git 把 stash 内容存在某个地方了,但是需要恢复⼀下,如何恢复现场呢?我们可以使用 git stash pop 命令,恢复的同时会把 stash 也删了,
代码示例:
hyb@139-159-150-152:~/gitcode$
git stash popOn branch dev2
Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git restore …” to discard changes in working directory)
modified: ReadMe
no changes added to commit (use “git add” and/or “git commit -a”)
Dropped refs/stash@{0} (4f873250b3503687b5efd26196776aee7e3724c2)
再次查看的时候,我们已经发现已经没有现场可以恢复了
代码示例:
hyb@139-159-150-152:~/gitcode$
git stash listhyb@139-159-150-152:~/gitcode$
另外,恢复现场也可以采用 git stash apply 恢复,但是恢复后,stash内容并不删除,你需要
用 git stash drop 来删除;你可以多次stash,恢复的时候,先用
git stash list
查看,然后恢复指定的stash,用命令git stash apply stash@{0} ,这部分请同学们自行使用。
恢复完代码之后我们便可以继续完成开发,开发完成后便可以进行提交:
代码例如:
hyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
,先用**
git stash list
查看,然后恢复指定的stash,用命令git stash apply stash@{0} ,这部分请同学们自行使用。
恢复完代码之后我们便可以继续完成开发,开发完成后便可以进行提交:
代码例如:
hyb@139-159-150-152:~/gitcode$
cat ReadMehello bit
hello git
hello world
hello version1
hello version2
hello version3
write bbb for new branch
[外链图片转存中…(img-Z9OAV9z3-1715246274171)]
[外链图片转存中…(img-2g0dBRZZ-1715246274172)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!