Gerrit工作流程

时间:2013-11-07 17:57:25

标签: git git-merge git-rebase gerrit

我一直在关注nvie.com上找到的分支模型版本。本质上,我从开发分支上的一个稳定点开始分支,处理一个特性,然后合并回来 - 修复出现的任何合并冲突,并详细介绍这个特性所包含的内容。

我现在开始使用Gerrit,这个模型不起作用。将功能分支合并到dev分支只会导致Gerrit上出现提交消息。假设这是设计Gerrit的推荐工作流程是什么?

我上下寻找答案,并且在两个不完美的解决方案之外得到了zilch:

  • 压缩提交(git merge --squash

    不理想,因为它没有与原始分支相关联并导致结果 非常长的提交消息

  • 对dev的重新定义。 (git rebase [dev]

    不理想,因为它涉及大量的小提交消息 如果,在特征分支中开发或丢失粒度(和历史记录) 我压缩了一些提交消息。

所有帮助将不胜感激。

1 个答案:

答案 0 :(得分:0)

在gerrit中,如果文件是合并提交,则不会看到受影响的文件[将一个分支合并到另一个不是快进的分支,创建合并提交]。您可以通过将其提交到本地仓库验证您的提交[如果您尝试挑选它,它会显示错误]或检查gitweb中的差异。