git - 在 gitflow 模型中创建修补程序分支或功能分支

Question

我在我的团队中使用这个模型:

今天我的项目统计如下:

• 稳定版使用 master 分支在生产环境中运行
• 我们开发了需要在生产前进行测试的新功能，因此我们有一个发布分支在 SIT 环境 下进行测试。这个新功能在 SIT 环境中经过所有测试后才能与 master merge 。

问题:产品负责人在生产中的表中请求了一个新字段。因此团队提出了两种解决方案:

• 从 master 创建一个修补程序分支，添加新字段并部署到测试环境。这个修补程序可能要等几个月才能与 master merge ，因为在测试通过之后，我们需要等待产品负责人说可以投入生产，因为这个字段取决于另一个系统更改。

• 从开发创建一个功能分支并添加这个新字段并部署到测试环境。 我认为这是最糟糕的解决方案，因为我在开发中有一些东西无法 merge 到 master 中，所以我需要一个cherry-pick 来只选择需要的更改从发布到掌握。请记住，团队正在 SIT 环境(发布分支)中验证其他功能。

Answer 1

If I create feature from develop branch I will got functionalities that don't should go to production in this new feature branch. Remember that I can't send develop to production yet

Unhappy the big problem is not merge but the functionalities that can't go to master. How can I send only this change without send all other features inside a develop or release branch?

这意味着 gitflow 不适合你。
切换到 gitworkflow (一个词，illustrated here)。
查看更多信息 rocketraman/gitworkflow .

那种工作流程(你不把 dev merge 到 master，而是只把特性分支 merge 到 dev，然后如果选择，到 master，以便能够轻松删除尚未为下一个版本准备好的功能分支)在 Git 存储库本身中实现。

^{(来源:Gitworkflow: A Task-Oriented Primer)}

你有:

• master 是随时可以部署到生产环境中的分支:下一个版本，一组选定的功能分支 merge 到 master 中。
• dev(或集成分支，或'next')是为下一个版本选择的功能分支一起测试的地方
• maintenance(或 hot-fix)分支是当前版本进化/错误修复的分支，with possible merges back to dev and or master

注意:在该分布式工作流程中，您可以随时提交并将一些 WIP(进行中的工作)推送到个人分支而不会出现问题:您将能够重组(git rebase)您的提交，然后再使其成为功能分支。