git - 我应该优先选择还是 checkout 一个 promise 以在 gerrit 上工作？

Question

我的一位同事提交了一个在 Gerrit 中但不在 master 中的代码。我想在它之上工作。

我应该创建一个本地分支并挑选他的提交并在其之上工作，还是我应该检查他的代码并创建一个本地分支并在其之上工作。

哪一种是正确的方法？

任何帮助，将不胜感激

Answer 1

获取并 checkout 他的提交，我称之为无名分支(类似 refs/changes/xx/yyyxx/1 的引用)，然后对其进行处理。它是分离的 HEAD 状态还是您创建本地分支都没有关系。提交后，推送到 refs/for/<branch> .你的 promise 和他的意志是依赖的。

更新:

如果您不关心历史，可以挑选他的提交，然后在其之上工作，因为最终修订的文件内容在两种方式中都是相同的。不同之处在于分支历史。如果你检查他的然后在它上面工作，历史将是线性的。至少你们两个提交的部分是线性的。如果你挑选他的，然后在它上面工作，你会看到两个分支 merge 。一个是您本地的分支机构，另一个是他的本地分支机构。他们是有分歧的。在您的分支上精心挑选的提交是多余的。将来有一天，当有人看到历史时，他可能会感到困惑并问为什么你们俩都对相同的块进行了更改。

此外，由于您使用的是 Gerrit，因此可能存在潜在的风险，可能会让您烦恼。当您挑选他的提交时，将创建一个新提交。两次提交具有相同的提交消息，包括 Change-Id .你的同事已经推送了他的，如果他的同事已经提交/merge 了，你的将被 Gerrit 阻止，因为 Gerrit 不允许使用相同的 Change-Id 进行第二次提交。在这种情况下被推送到同一个分支。如果他的仍然是开放的，那么你的将修改他的作为第二个补丁集。但恐怕你的 Gerrit 也禁止一个人修改其他人的 promise 。即使它允许您修改他的提交，这也是意料之中的。无论如何，它要么失败，要么表现不正常。据我所知，这非常令人沮丧，尤其是当其他人敦促您尽快完成它时。