郑州做网站建设哪家好,wordpress编辑器不要用5.0,海南网站建设开发,wordpress您找的页面不存在前言
Git 的分支设计大大提升了并行开发的能力#xff0c;但相应的#xff0c;也就要解决如何进行分支合并。毕竟分久必合#xff0c;最终还是要把大家的工作合并起来#xff0c;进行统一发布的。在合并时#xff0c;通常有三种操作#xff1a;
Merge commitsRebaseSqu…前言
Git 的分支设计大大提升了并行开发的能力但相应的也就要解决如何进行分支合并。毕竟分久必合最终还是要把大家的工作合并起来进行统一发布的。在合并时通常有三种操作
Merge commitsRebaseSquash
不同的开发者有不同的选择前两天 HashiCorp 的创始人 Hashimoto 发了一贴 Merge vs. Rebase vs. Squash也表达了他的观点。 Hashimoto 的观点
我经常被问到我对 merge commits、rebase 和 squash 的看法。我已经多次回复因此我决定记录一下以便每当被再次问到时我都可以引用它。
我根据情况使用 merge commitssquashrebase。我相信它们都有各自的优点但它们的使用取决于上下文。我认为任何说某个特定策略 100% 都是正确答案的人都是错误的但我认为在使用每种策略时都有相当大的可回旋的余地。以下是我个人专业角度的观点
我更喜欢 merge 并且创建 merge commits因为我认为它最能代表提交的真实历史。您可以看到 merge 点您可以看到开发人员经历的所有 WIP 提交。您可以轻松恢复整个合并 (git revert -mN)。每 10 个 PR 中我创建的 merge commits 超过 9 个。
我还相信只要每次提交都能编译构建那么拥有更多的提交会让 git bisect 更好。当我把一个项目一分为二结果却从一个类似 2000/-500 的单个 PR 中得到了一个被 squash 的提交时我真的是讨厌讨厌再讨厌。那是……一点帮助都没有。我想一分为二并提交最坏的情况也就是比如 500/-500这是最坏的情况了。理想情况下我的提交更像是 50/-50。然后我可以说「啊哈bug 就在那里」。Squash 会破坏这些信息。如果在 1000 次 50/-50 的提交和 1 次 squash 之间选择每一次我都会选择前者。
使用 merge commits 策略依赖于开发人员在每次提交构建时保持良好的洁癖 (hygiene)。我 99% 的时间都遵循这条规则我会犯错误但我努力不犯错误。在 OSS 中您无法真正控制这一点有时我最终会修复人们的提交在进行 merge commits 之前使用交互式 rebase。在我担任工程领导者的专业环境中我通常希望与我一起工作的工程师保持每次提交都是可构建的。
不过当 PR 有无数微小的 “WIP” “WIP” “WIP” 提交但实际上是为了实现一个目标而差异相对较小时我会 squash。这是我使用 squash 的场景。我在重写提交消息时会非常注意让它拥有描述性。Git 和 GitHub 创建的默认 squash 提交消息并不好它只是连接所有被 squash 的提交消息通常是一系列 “WIP”。
如果您有很大的差异并且有很多 “WIP”那么我会以交互方式rebase并有选择地在有意义的地方 squash 和重新排序提交。我倾向于期望开发人员这样做并保持洁癖但不幸的是很多开发人员对 Git 的使用并不熟练。在 OSS 世界中我会帮他们擦擦屁股。我当年担任工程经理时我预期和我一起工作的工程师都具备这些知识。
关于最后一点我还倾向于使用 Git GUI 客户端进行大型交互式 rebase。我对 Git CLI 非常满意但是当我以交互方式对一个非常大的 PR例如 50 多个提交进行大量更改的 rebase 时我发现使用 GUI 会很有帮助。我使用的是 macOS所以我使用 Tower。不过这是我真正使用 GUI 的唯一场景。
结语 虽然 HashiCorp 是以 Hashimoto 的名字命名的不过他本人已经不再担任领导岗位而是做回一名工程师捣鼓一个新的 Terminal。即使对 CLI / Terminal 操作熟练如他依然在应付复杂的 rebase 时要借助 GUI 工具。我个人也使用 Tower (刷了网页发现它还正好在促销。 说到合并采用的策略我通常会先 rebasesquash 用的也不算少。精神上我支持 Hashimoto 的观点但实践中尤其是团队开发要保持 merge commits 的洁癖对团队要求比较高。所以更实际的做法是提倡创建小 PR快分快合。 另外 Bytebase 也把分支功能 (Branching) 引入到了数据库变更中了欢迎大家去试试。 更多资讯请关注 Bytebase 公号Bytebase
