C++项目经验(7)—— 一个合理的git工作流该是什么样？

目录

0.问题

1.无脑三步流

2.分支流

---

0.问题

在公司，你和你的小组开发一个项目Demo，项目存在于远程仓库gerrit，Demo只有一个主分支master。那么，你的日常开发中，一个合理的git工作流该是怎样？

我们先不考虑合理，想想暴力解决如何解决？

参考资料：

十分钟学会正确的github工作流，和开源作者们使用同一套流程_哔哩哔哩_bilibili

Git Merge和Rebase的区别。包括作用，效果和使用场景。全b站最清楚的讲解！不是的话当我没说。_哔哩哔哩_bilibili

1.无脑三步流

无脑流的想法是：把代码搞下来——>开发——>提交上去

① 把代码搞下来

git clone ssh://....

这时就已经在master分支下了，可以git branch看一下

② 开发

do something to codes ...

③ 提交上去

git status # 查看代码状态
git add .  # 将全部修改的代码提交到暂存区
git commit -m "what you do" # 将改动提交到本地仓库
git push 

但这样，至少会存在几个问题：

• 如果途中玩崩了，你又没有提交到暂存区存档，该怎么办？
• 如果你开发过程中，有同事向远程仓库提交了代码，远程仓库有更新，你要基于最新的更新改/提交，怎么办？
• 你在本地分支改了太多版，要你合并一下改动，只提交一个commit怎么办？
• 项目巨大，N个G那种，不能随便玩崩了就删掉重新git clone，该怎么办？
• 你有若干个平行要写的开发模块，怎么办？

2.分支流

分支流的思想是，每当你git clone后，不要在本地的主分支上直接开发，重新拉一个/多个分支，在哪个分支上进行开发，始终保证本地主分支是“纯净”的

① 拉代码

git clone ssh://....

② 以本地master分支为基础，创建个人开发分支，并切入

git checkout -b my_dev

③  开发

do something to codes ...

④ 收到同事通知，远程仓库有更新，决定将更新合入当前代码

分两步：

1）更新本地master分支

git checkout master # 切回master分支
git pull 

其中，git pull的本质就是git fetch+git merge，所以你想想，要是你的本地master不纯净，merge会带来什么后果

此时，本地master分支与远程仓库master分支同步

2）对个人开发分支进行“变基”

git checkout my_dev # 切回开发分支
git rebase master

此时，你原先在my_dev上相对master进行改动的commit，就会挪到该分支的最后，而本地master分支pull更新的，会直接加到my_dev的前面，所以，也叫“变基”，就像你在开发之前就已经是现在的master状态一样（这里若没看懂，建议看一下本文0.问题-参考资料中的第二个视频）

⑤  继续开发，直到想提交了

继续开发，即重复③④过程

要提交时，还是要先检查下，远程仓库有没有新的更新（④-1）），确认没有后，可以将个人开发分支合并到本地master分支，进行提交

git checkout master # 切回master分支
git merge my_dev
git push

但要注意，此时mv_dev里的新增commit会被合并成一个commit，若想保留，可以选择不合并至master分支，直接提交开发分支

上面直接push是因为本地master与远程master存在一个追踪关系，拉取的个人分支一般不存在追踪关系（git branch -vv查看），直接提交开发分支可以先建立本地分支和远程分支的追踪关系

git branch --set-upstream-to=<远程主机名>/<远程分支名> <本地分支名>
# 或
git push -u <远程主机名> <本地分支名>

此外，要注意的是，尽量不要对master进行rebase

另外一些诸如cherry-pick，reset等命令，推荐个人遇到需要用的情景时，再查询学习（现在我也不会……）

推荐看一看参考资料的视频，希望对大家有帮助。