GIT工作流复杂

管理git非常困难。 我的问题：

假设我有一个项目，并且有名为“master”和“develope”的分支 比如说，Mary在一个名为“featurepayment”的功能分支上工作（该分支由master创建）， 玛丽完成了“特色支付”分公司的工作，然后合并并推动发展分公司

然后，john在其本地区设立了发展分支机构。然后他想做一些css部分。因为他没有feature分支，所以他必须致力于开发分支。然后他进行更改，完成样式设置，并推动开发分支

当功能准备上线时，mary将她的分支合并到master，但john无法将develop合并到master，因为develop分支上有多个功能未上线。 在这种情况下，应该怎么做？？

---

请帮助指导我分支工作流。。这个问题每次都发生在我身上（

您可以合并来自分支的特定提交，而无需合并整个分支（请参见此处：）

然而，一个更合适的解决方案是，一旦代码被审查，就从功能分支合并到master中。在这种情况下，开发分支的目的是令人困惑的，因为它似乎有可以用于生产的更改，而没有。在我看来，您的问题似乎可以通过在中合并功能分支来解决一旦变更得到充分审查，就要掌握，而不是进入这个“中间”发展分支

分支不需要任何成本，John没有理由直接在develop中开发，他可以创建自己的分支

我认为你的一般问题是，你在开发中有一些你不想发布的东西。只将这些东西合并到下一次应该发布的开发中。如果需要，在它们的分支中保留其他功能

正如您现在遇到的问题一样：选中git cherry pick以仅合并对master的单个提交

---

在目前的情况下，我将从master创建另一个分支（发行版），并使用git cherry pick来选择您需要的提交

供将来使用由atlassian设计的git工作流

若您有简单的场景，那个么发布分支并不是每个发布都必须的

并强制john使用功能分支：）