Java GIT审查:在另一个正在进行的审查上提出相关审查

Java GIT审查:在另一个正在进行的审查上提出相关审查,java,git,jenkins,gerrit,Java,Git,Jenkins,Gerrit,我有一个正在进行的gerrit代码评审,比如说A,现在我想使用另一个正在进行的评审B中的一些代码,这些代码仍然没有被推到代码库中,我能否以某种方式将评审B中的代码集成到我的工作空间中,进行更改,并将其添加到我现有的代码评审A中。是的,您可以。。。但你不应该。在工作中使用变更B之前,最好等待变更B提交 如果您真的想在工作中使用开放式更改,那么: 使用更改屏幕中的下载>Cherry pick菜单中的命令选择更改。要点:在“git cherry pick”命令中添加“-n”参数,这样cherry pi

我有一个正在进行的gerrit代码评审,比如说A,现在我想使用另一个正在进行的评审B中的一些代码,这些代码仍然没有被推到代码库中,我能否以某种方式将评审B中的代码集成到我的工作空间中,进行更改,并将其添加到我现有的代码评审A中。

是的,您可以。。。但你不应该。在工作中使用变更B之前,最好等待变更B提交

如果您真的想在工作中使用开放式更改,那么:

  • 使用更改屏幕中的下载>Cherry pick菜单中的命令选择更改。要点:在“git cherry pick”命令中添加“-n”参数,这样cherry pick就不会创建新的提交

  • 使用“git Commit--amend”手动提交

  • 将找零的补丁集2推给Gerrit


  • 请记住,如果在审核过程中更改了更改B,您需要相应地修改更改A。

    是的,您可以。。。但你不应该。在工作中使用变更B之前,最好等待变更B提交

    如果您真的想在工作中使用开放式更改,那么:

  • 使用更改屏幕中的下载>Cherry pick菜单中的命令选择更改。要点:在“git cherry pick”命令中添加“-n”参数,这样cherry pick就不会创建新的提交

  • 使用“git Commit--amend”手动提交

  • 将找零的补丁集2推给Gerrit


  • 请记住,如果在审查过程中更改了更改B,您将需要相应地修改更改A。

    我无法评论您是否应该这样做,尽管这是可能的,但它要求您了解更改的内容,并积极确保每个分支都与它跟踪的代码库保持同步

    假设补丁集A有接口类,补丁集B有它的实现

    • 为项目创建分支Uno $git结帐-b Uno

    • 将分支Uno设置为跟踪主回购 $git branch--将上游设置为=原点/主Uno

    • 为B创建分支Duo $git结帐-b Duo

    • 将分支Duo设置为跟踪Uno $git branch--将上游设置为=Uno Duo

    这样,您就有了一个单独的a分支和一个单独的B分支,您将在Duo中看到Uno的代码更改

    请记住在Uno上执行git pull--rebase,然后在Duo上执行同样的操作,以保持所有分支的更新

    在Uno中所做的任何更改都可以加入Duo,因为后者正在跟踪前者

    如果您想对Duo进行评论,只需插入dependens:标记,后跟来自Uno的提交ID。这将反映在审查中,并重新确定为Uno提出的补丁集的基础

    有关的更多信息,请参阅:标签

    我无法评论您是否应该这样做,尽管这是可能的,但是,这要求您了解更改的方向,并积极确保每个分支都与它正在跟踪的代码库保持最新

    假设补丁集A有接口类,补丁集B有它的实现

    • 为项目创建分支Uno $git结帐-b Uno

    • 将分支Uno设置为跟踪主回购 $git branch--将上游设置为=原点/主Uno

    • 为B创建分支Duo $git结帐-b Duo

    • 将分支Duo设置为跟踪Uno $git branch--将上游设置为=Uno Duo

    这样,您就有了一个单独的a分支和一个单独的B分支,您将在Duo中看到Uno的代码更改

    请记住在Uno上执行git pull--rebase,然后在Duo上执行同样的操作,以保持所有分支的更新

    在Uno中所做的任何更改都可以加入Duo,因为后者正在跟踪前者

    如果您想对Duo进行评论,只需插入dependens:标记,后跟来自Uno的提交ID。这将反映在审查中,并重新确定为Uno提出的补丁集的基础

    有关的更多信息,请参阅:标签