1

我试图找出一个过程，多个用户通过该过程进行补丁集审查、更新和推送，但需要重新定位到最新的补丁集。

  • 所以用户 1 提交了一个更改，现在有一个 WIP gerrit 审查。-> 补丁集 1
  • 所以用户 2 拉他的评论说“git review -d 320”-> 补丁集 1
  • 所以现在用户 1 进行了新的更改、修改和推送，现在最新的是补丁集 2 (git commit -a --amend, git review -Rf)
  • 现在用户 2 进行了更改，修改......但现在他在补丁集 1 上落后了，在推送之前想要检查任何新的补丁集并将它们合并，然后再推送他的更改并创建补丁集 3。

    这可能吗？

    我已经尝试过“git review -N 320”，这似乎工作得很好，但我想检测一个更新的补丁集，而无需实际下载和合并它。

    理想情况下，我想加入一个钩子，以便它提示用户在提交之前获取最新的补丁集并合并更改。

    也许只是一种确定被提取的本地补丁集版本的方法，以便我可以远程与 ls-remote 补丁集版本进行比较？

    所以这个命令基本上会让我在 git/gerrit 中获得最新的补丁集编号......但如果我忘记了我下载了哪个补丁集，我仍然不知道如何找出我当前正在处理的补丁集。--> 认为我对此有一个可以接受的解决方案。

    git ls-远程 | grep /321/[0-9] | awk '{打印 $2}' | 排序-V | 尾-n 1 | sed 's/.*///g

    • 4

    0 回答 0