管理 git 非常困难。我的问题：
假设我有一个项目，并且有名为“ master ”和“ develop ”的分支，并且说Mary在一个名为“ feature-payment ”的功能分支上工作（这个分支是从 master 创建的）， mary完成了“ feature- ”上的工作支付”分支然后合并并推送到开发分支。
然后john将开发分支拉到他的本地。然后他想做一些CSS部分。由于他没有功能分支，他必须在开发分支上工作。然后他进行更改并完成样式并推送开发分支。
当该功能准备好上线时，mary将她的分支合并到master，但 john 无法将develop合并到master，因为 develop 分支上有多个未上线的功能。在这种情况下，伙计们应该怎么做？？请帮助指导我进行分支工作流程..这个问题每次都会发生在我身上。:(
在当前情况下，我将通过从 master 创建另一个分支（发布）并使用 git cherry-pick 来选择您需要的提交来处理它。
供将来使用由 atlassian https://www.atlassian.com/pt/git/workflows#!workflow-gitflow设计的 git 工作流
如果你有简单的场景，那么发布分支不是每个版本都必须的
并强制约翰使用功能分支:)
您可以合并来自分支的特定提交，而无需合并整个分支（请参阅此处：如何在 Git 中合并特定提交）
但是，更合适的解决方案是在审查代码后从功能分支合并到主分支。在这种情况下，您的开发分支的目的令人困惑，因为它似乎有既可以用于生产又不能用于生产的更改。对我来说，一旦对更改进行充分审查，您的问题似乎可以通过将功能分支合并到 master 中来解决，而不是合并到这个“中间”开发分支中。
分支不花钱，John没有理由直接在develop中开发，他可以创建自己的分支。
我认为您遇到的一般问题是您有一些不想发布的东西正在开发中。只将东西合并到下一次应该发布的开发中。如果需要，将其他功能保留在其分支中。
正如您现在遇到的问题：检查 git cherry-pick 以仅将单个提交合并到 master。