Git gerrit rebase审查分行对上游分行最新变更的意见

Git gerrit rebase审查分行对上游分行最新变更的意见,git,gerrit,Git,Gerrit,是否有可能重新确定主题分支的基础,并在上游进行一些待审查的更改?我想保留所有审查意见等,但也有上游的最新变化 我考虑了以下工作流程(不确定是否有效): 根据上游的最新变化重新确定本地主题分支的基础 强制将本地主题分支中的新提交(未提交给gerrit审查)推送到gerrit的参考/主管/TopicBranch,以便用上游的新更改替换gerrit分支中的提交 将本地主题分支负责人推给gerrit进行审查,即负责人:refs/for/thetopicbranch-这将推送需要审查的更改,并将gerr

是否有可能重新确定主题分支的基础,并在上游进行一些待审查的更改?我想保留所有审查意见等,但也有上游的最新变化

我考虑了以下工作流程(不确定是否有效):

  • 根据上游的最新变化重新确定本地主题分支的基础
  • 强制将本地主题分支中的新提交(未提交给gerrit审查)推送到gerrit的参考/主管/TopicBranch,以便用上游的新更改替换gerrit分支中的提交
  • 将本地主题分支负责人推给gerrit进行审查,即负责人:refs/for/thetopicbranch-这将推送需要审查的更改,并将gerrit(我希望)提交的更改与他们的更改Id已经推送的更改进行匹配
相同,但在git命令中(所有操作都在本地主题分支上完成):

  • 吉特上游再基地
  • git push gerrit:project`git merge base upstream localtopicbranch`:refs/heads/thetopicbranch-f
  • git push gerrit:项目负责人:refs/for/thetopicbranch

这个模式有效吗?

当然,在Gerrit中挂起的其他上游更改之上放置一些主题分支更改是相当容易的。我通常使用的工作流:

  • 下载作为父级所需的上游更改。您通常不想为这些更改创建新的补丁集,因此我使用“git checkout”命令,该命令可以从Gerrit复制粘贴。使用其他命令(pull和cherry-pick),如果上传上游更改后有其他开发,您将创建一个新的提交
  • 樱桃选择你想要的变化,在你刚刚拉下来的上游变化之上。从gerrit复制粘贴git cherry pick命令
  • 通过git推送头上传至gerrit:refs/for/

但如果它是一个具有关闭更改的功能分支,您将得到
(更改https://review.gerrithub.io/123..321 关闭)
,有什么办法处理吗?