关于 GitFlow 开发
About GitFlow Development
我正在使用 GitFlow 模板。
我有两个分支：master 和 development。
上周我在系统中发现了一个小错误并创建了一个名为 bugfix/bug-name 的分支。
问题已经解决，但我还没有发布软件。
今天我将在系统中添加一个新功能。哪种方式正确？
- 从错误修复开始新功能；
- 从
development 开始新功能，然后在完成后将两者合并到 release/x.x.x.x 分支？
如果您知道如何合并，这两个选项都可以，从 bugfix 或 development 创建一个新分支是不错的选择，但我建议它从 bugfix 开始因此以后与 development 合并会更容易。
在 gitflow 分支方案中，您通常不会将非集成分支相互合并。一切最终都合并到集成分支 development（对于未发布的东西）and/or master（对于发布）。
如果错误修复分支是 master 的分支，它是一个 "hotfix" 分支，应该合并到 master 和 development（然后删除）。
如果 bugfix 分支是 development 的分支，它应该合并回开发（然后删除）。
如果您已经开始在其自己的分支（可能已经从 development 分支出来）上开发新功能，并且如果您需要功能分支上的错误修复，请合并 development 在错误修复合并到 development 后进入功能分支。如果您在开发该功能时不需要错误修复，只需等到该功能准备就绪并合并到 development 中，错误修复将已被合并。
如果您还没有开始处理该功能，只需在 development 合并错误修复后创建功能分支即可。
我正在使用 GitFlow 模板。
我有两个分支：master 和 development。
上周我在系统中发现了一个小错误并创建了一个名为 bugfix/bug-name 的分支。
问题已经解决，但我还没有发布软件。
今天我将在系统中添加一个新功能。哪种方式正确？
- 从错误修复开始新功能；
- 从
development开始新功能，然后在完成后将两者合并到release/x.x.x.x分支？
如果您知道如何合并，这两个选项都可以，从 bugfix 或 development 创建一个新分支是不错的选择，但我建议它从 bugfix 开始因此以后与 development 合并会更容易。
在 gitflow 分支方案中，您通常不会将非集成分支相互合并。一切最终都合并到集成分支 development（对于未发布的东西）and/or master（对于发布）。
如果错误修复分支是 master 的分支，它是一个 "hotfix" 分支，应该合并到 master 和 development（然后删除）。
如果 bugfix 分支是 development 的分支，它应该合并回开发（然后删除）。
如果您已经开始在其自己的分支（可能已经从 development 分支出来）上开发新功能，并且如果您需要功能分支上的错误修复，请合并 development 在错误修复合并到 development 后进入功能分支。如果您在开发该功能时不需要错误修复，只需等到该功能准备就绪并合并到 development 中，错误修复将已被合并。
如果您还没有开始处理该功能，只需在 development 合并错误修复后创建功能分支即可。