如何在 Github 的一个分支上继续工作并创建新的 PR

时间:2021-02-09 22:42:56

标签: git github

我目前的工作流程如下:

  1. 创建一个新分支,比如 branch_a 并编辑代码。
  2. 公关branch_a。 如果合并成功,删除 branch_a -> pull from master 并创建一个新分支并继续工作。 如果合并失败,返回本地并从 branch_b 创建另一个 branch_a。重复此过程(创建新分支)直到成功合并。

所以,我想知道是否有更充分的工作流程可以让我继续在一个分支上工作(例如 branch_a)。换句话说,无论 PR 成功与否,我都可以继续在该分支上工作,并在该分支上创建“新”PR。 (因为如果我对分支进行更改并提交到远程,则会有新的“PR”弹出窗口供我创建新的 PR。

提前致谢。

1 个答案:

答案 0 :(得分:0)

<块引用>

如果合并失败,返回本地并从 branch_a 创建另一个 branch_b。重复这个过程(创建新分支)直到合并成功。

如果合并“失败”是因为 PR 合作伙伴要求您做更多的工作,这可以说是错误的。不要创建新分支。继续承诺并推动branch_a。提交会自动成为同一个 PR 的一部分。

<块引用>

所以,我想知道是否有更充分的工作流程可以让我继续在一个分支上工作(例如,branch_a)。换句话说,无论 PR 成功与否,我都可以继续在该分支上工作,并在该分支上创建“新”PR。

是的,这就是我刚刚描述的。如果不成功,就留在那个分支上,继续工作、推动和接受审查,直到它成功。这标准的公关工作流程。

与此同时,要根据 branch_a 创建一个功能分支,就是当您将 branch_b 设为 branch_a 时.但是:

  • 总的来说,这可能是有风险的,因为现在随着 branch_a 的变化,您很容易与变化失去联系;您需要不时地继续合并(或重新定位)。

  • 反对整个想法的另一个可能的论点是:在第一个 PR 获得批准之前,您实际上是在试图将第一个 PR 潜入您的第二个 PR。 PR 最好相互独立。如果不能,那么它们一开始就不应该是不同的 PR(至少,这是一种思想流派)。