Question

我在 git 上以 master develop fb 分支方式工作。

我从 fb 创建了一个 develop 功能分支

一旦我的工作完成，我将 fb 推送到 origin/fb 并在 fb 上执行拉取请求（使用 azuredevops）到 develop 然后 fb 到master

在对 master 的拉取请求中，我可以看到创建分支之前的先前提交，这些提交是 develop 上的其他合并

Develop
---P0---P1---P2-------------------
             |               FB
             \----M1----M2--------

Master
---P0-----------------------------

我不希望 P1 和 P2 在 master 上合并，因为其他开发者在合并之前等待测试master

我有哪些选择？

从 P0 创建一个分支（并挑选我的 fb 承诺来修复我的案例），只有 P1 和 P2 也想合并，但在如果之前还有其他未提交的提交，未来会怎样？
我在之前的一个帖子中看到您从 master 创建一个分支，将 fb 的提交放入其中，然后将该分支合并到 master 中...看起来很复杂。
有没有办法只合并 fb 的提交，还是反模式？

正确的 gitflow 是什么？一般我们什么时候创建功能分支？

先谢谢你！

Answer 1

作为一种解决方法，我们可以从 fb 创建分支 P0，从 fa 创建分支 P2，然后在分支 fb 上工作。

我的工作完成后，我们将 fb 推送到 origin/fb 并在 fb 上执行拉取请求（使用 azuredevops）进行开发，然后将 fb 推送到 {{1} }，它不会将 master 和 P1 合并到分支 master。

如果我们需要提交 P2 和 P1，我们可以将分支 P2 推送到 fa 并执行拉取请求以合并提交 {{1} } 和 origin/fa

(gitflow) 我的功能分支包含尚未合并到其他分支的先前提交

1 个答案: