Gerrit总是在提交补丁集之前进行rebase以避免合并提交

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Gerrit总是在提交补丁集之前进行rebase以避免合并提交相关的知识,希望对你有一定的参考价值。

我发现在Gerrit Web界面中单击“提交补丁集”时,它只是简单地向该分支添加提交,或者如果之前提交了另一个提交,则创建合并提交。

创建2提交的示例:实际提交和合并提交:

  1. 用户根据提交O提交补丁集A.
  2. 用户根据提交O提交补丁集B.
  3. 提交补丁集A.
  4. 提交补丁集B - >在O - > A和O - > B之间创建合并提交

有一个“Rebase Change”按钮很棒,但这意味着要提交补丁集,每个人都应该这样做:

  1. 单击Rebase Change
  2. 单击“提交更改集”

我看到合并提交有用的唯一原因是保留提交的日期(但我明白为什么在没有rebase的情况下需要它)。

是不是有自动rebase或至少检查以避免产生不需要的合并提交?

答案

是。将项目的提交操作更改为Cherry Pick。这将与按下提交按钮时的变基差大致相同。在提交更改时,它将保留您正在查找的干净历史记录,而不进行合并提交。

以上是关于Gerrit总是在提交补丁集之前进行rebase以避免合并提交的主要内容,如果未能解决你的问题,请参考以下文章

git rebase简介(高级篇)

crucible VS gerrit

RDBMS 数据库补丁集补丁号码高速參考-文档 ID 1577380.1

ubuntu搭建gerrit+gitweb代码审核系统

内存占用减少3.7%,开发者发布补丁集减少编译Linux内核时的最大内存

Gerrit的基本使用