我目前的工作流程如下:
branch_a
并编辑代码。branch_a
。
如果合并成功,删除 branch_a
-> pull from master 并创建一个新分支并继续工作。
如果合并失败,返回本地并从 branch_b
创建另一个 branch_a
。重复此过程(创建新分支)直到成功合并。所以,我想知道是否有更充分的工作流程可以让我继续在一个分支上工作(例如 branch_a
)。换句话说,无论 PR 成功与否,我都可以继续在该分支上工作,并在该分支上创建“新”PR。 (因为如果我对分支进行更改并提交到远程,则会有新的“PR”弹出窗口供我创建新的 PR。
提前致谢。
答案 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(至少,这是一种思想流派)。