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

标签 merge submit gerrit rebase

我发现当点击 中的“提交补丁集”时格里特 Web 界面,它会简单地向该分支添加一个提交,或者如果之前提交了另一个提交,则创建一个合并提交。

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

  • 用户根据提交 O 提交补丁集 A
  • 用户根据提交 O 提交补丁集 B
  • 提交补丁集 A
  • 提交补丁集 B --> 在 O -> A 和 O -> B 之间创建合并提交

  • 有一个“Rebase Change”按钮很棒,但这意味着每个人都应该提交补丁集:
  • 点击 rebase 更改
  • 点击提交变更集

  • 我认为合并提交有用的唯一原因是保留提交的日期(但我确实理解为什么在没有 rebase 的情况下需要它)。

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

    最佳答案

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

    关于merge - Gerrit 在提交补丁集之前总是 rebase 以避免合并提交,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11633878/

    相关文章:

    git - 是否可以在不修改/压缩提交的情况下将补丁集添加到 Gerrit 审查中

    python - 如何合并或连接两个数据帧,但保留两者的某些列

    file - 合并大文件的最佳方法是什么 (40gb+)

    javascript - 停止从 javascript ajax 请求提交

    javascript - 带有内联 onsubmit 的表单不会从 iframe 中触发

    git - 无法推送 Git 更改 - 找不到更改 ID

    C# - DataTable.Merge() 是否添加重复项或更新?

    c - 尝试按降序合并链表

    javascript - 禁用/启用提交按钮,直到填写完所有表格

    git - 是否应该在 gerrit 管理的 git 存储库上定期运行 "git gc"?