Git/gerrit 处理依赖于另一个未合并的 CR 的 CR 时的工作流程
Git/gerrit workflow when working on a CR that is dependent on another un-merged CR
通常，我发现自己已经提交了一个补丁供审查，我想开始在那个（尚未合并的）补丁之上做一些事情。正确的工作流程应该是什么？
一种可能：
从包含初始 CR 的分支创建一个新分支，并在其上创建工作和提交。当初始 CR 被合并并且我想用新工作 rebase+push 新分支时，这会产生问题吗？
您所描述的正确工作流程。您的新 CR 应该将您现有的 CR 作为其直接父级。无论您的新 CR 是在新分支上还是与现有 CR 位于同一分支上的另一个提交都无关紧要。
gerrit 文档对此进行了描述 in more detail。
通常，我发现自己已经提交了一个补丁供审查，我想开始在那个（尚未合并的）补丁之上做一些事情。正确的工作流程应该是什么？
一种可能： 从包含初始 CR 的分支创建一个新分支，并在其上创建工作和提交。当初始 CR 被合并并且我想用新工作 rebase+push 新分支时，这会产生问题吗？
您所描述的正确工作流程。您的新 CR 应该将您现有的 CR 作为其直接父级。无论您的新 CR 是在新分支上还是与现有 CR 位于同一分支上的另一个提交都无关紧要。
gerrit 文档对此进行了描述 in more detail。