2

我们的项目使用 Gerrit 进行代码审查。目前我们主要致力于下一个版本的主分支和一个维护分支。

我想知道将维护分支中的提交合并到 master 的最佳实践是什么。我是否必须将那些已经在维护分支中的提交一一推送,然后再次进行代码审查过程?

4

1 回答 1

3

有 2 个基本选项:

  1. Cherry-pick 你从维护到 master 的提交,并通过 gerrit 推送它们。在我的团队中,我们通常对这些代码审查不太彻底,因为它们已经被审查过一次。通常一个简单的编译检查就足够了。
  2. 将维护分支与主分支合并,并将此合并提交推送到 gerrit。这通常是一个更好的解决方案,特别是如果您希望将维护中的所有更改应用于 master。

通过合并提交,git 可以更好地向您展示分支之间的关系。它有更多的元数据,因此未来的合并更容易。合并提交的一个缺点是它们目前在 Gerrit 中显示得不是很好,通常开发人员必须使用 git 工具在本地查看合并提交才能真正了解发生了什么。

于 2011-12-07T16:20:19.673 回答