源代码

使得git workflow条理清晰

2017/06/11 git

选择git workflow

git不仅仅是一个工具，也是一门学问。作为一个程序员，当然不应该仅仅是会用git而已，还要研究其中的门门道道。 当然，“会用git”这个门槛也不低啊。

很多程序员用了很多年的git，然而对git的了解并不深入，会用的操作也是简单的几条，只是将3天速成的git经验 使用了很多年而已。

gitflow就是社区中逐渐总结形成的git哲学，最近看了篇文章， 总结了几种常见的gitflow的模式和演示。

主要分为：

个人认为比较适合企业内部开发团队的方式是：

  1. 在项目初期，模块结构、实现依赖都还不十分稳定时采用集中式工作流，全部人在一起快速搭建起项目的框架，划分好模块， 将各个模块的边界迅速划清。
  2. 当框架稳定后，进入功能分支工作流，这样能够保证主分支的持续稳定。
  3. 如果团队内部有良好的code review习惯的，可以进入Pull Request工作流(在gitlab上称为merge request)。
  4. 商业项目可以进入Gitflow工作流，但是个人认为这个比较重，不太适合互联网公司的敏捷形式，有些互联网公司内部 项目不太会有release这个动作存在。

良好的commit习惯

当然选好workflow只是开始的第一步，要使得项目workflow清晰，还要依赖参与的每一个的努力。你可以找一些公司内部 的项目，进入执行git log --oneline --decorate --graph。你可能会发现一些项目的workflow杂乱无章，惨不忍睹。

比较常见的问题有：

  • 毫无意义的commit message，你从这个commit message中根本看不出他要做什么，当有一个bug code 新增时，你很难通过 提交历史来判断大概是哪些提交可能会导致这个bug。我见过最夸张的是，修改了500行代码，commit message只有一个”a”， 韩红看了想打人.jpg。这点可以参考Commit messages are not titles
  • 编译不过的commit，不要以为只有新人会这样，很多老手也这样。主要是个人责任心不强或者认为git commit就是起一个 save的意义，这是大促特错的想法，git commit应该保持一定的语义，表明你完成了某件事，当你手中有WIP的代码，需要 临时切换上下文去做另一件事时，应该使用git stash或者diff+patch等方式来解决。
  • 遗漏的文件，责任心不强的表现，每次commit前先git status检查一下就能避免的问题。
  • 不必要的merge，这个主要是使用者知道的git操作比较少，完全可以使用git rebase命令来避免，可以参照集中式工作流 中的用法。

清理聚合分支上的commit

当你一不小心犯了创造了很多垃圾commit时，还是有很多方法进行挽救了。一下就列出一些场景。

注意：以下场景均适用于还未git push之前的挽救，当已经push到远程分支时，只能采取一些分支互换的方式，或者 git push -f的方式，不太推荐强制推送的方式。

修改刚提交的commit

当你刚commit后就发现有文件遗漏了或者缺失几行代码了，当你还未git push时应该：

git add lostfile              # 添加遗漏的文件，或者添加新修改的代码文件
git commit --amend -m "xxxxx" # 修正上次commit，这次commit会和上一次的commit合并成一个commit

或者

git reset --mix HEAD^ # 将上次commit退回暂存区
git status            # 你会看到你上次的commit的内容退回到了暂存区
xxxx                  # 进行一些修复
git add xxxx
git commit -m "xxxx"  # 重新提交

修改非刚提交的commit

当你连续几个commit时，发现其中有一个commit有问题时，但是这个commit不是最后一个commit，不好使用上面的方法。 此时可以：

git log             # 查看出问题的commit sha1值，比如有问题的sha1为2a99858ebd0127049750eef9a9573fd9650aed41
                    # 该commit的前一个sha1为070aa8b810337dbb6f38cc354d7378f16c603c3c
xxxxxx              # 做一些修复
git add             # 添加修改
git commit --squash fec308ab5ac31ccb502f8b4e751eaa2f91d0939e  # 此时会产生一个message为"squash!"开头的commit
git rebase --autosquash 070aa8b810337dbb6f38cc354d7378f16c603c3c # 此时会弹出编辑框，此时只要save即可，当然这
                                                                 # 个编辑框还有很多其他作用，可以参考后面的附录
git log             # 此时可以看到message为"squash!"开头的commit已经与之前有问题的commit合并了。

参考

Search

    Table of Contents