我正在使用GitFlow来管理一个包含3个特性和2个版本的应用程序。1.0.0版本将包含特性1，而2.0.0版本将包含特性2和特性3。
以下是1.0.0版的GitFlow步骤
1.从develop创建Feature 1分支。
1.完成Feature 1并将其合并回develop。
1.确保develop是稳定的，可以发布。
1.从develop创建release分支（例如，release/1.0.0）。
1.在release分支上进行测试并修复所有错误。
1.在release分支上创建一个发布标签（例如v1.0.0）。
1.使用1.0.0版本将应用程序发布到App Store。
1.将release分支合并到main和develop中。
随着应用程序1.0.0在appstore中发布，人们正在使用它，
以下是第二个版本2.0.0的计划：
Features 2和Features 3已完成。
1.合并到develop分支。
1.已从develop创建release分支（例如，release/2.0.0）。
1.正在对版本/2.0.0进行测试
使用GitFlow发布1.0.0对我来说看起来不错，但我希望在以下用例中使用GitFlow解决热修复，错误修复和版本控制：
1.如果人们报告了1.0.0中的一个严重错误，需要立即发布一个新的应用程序？
1.如果人们报告了一个bug，我想修复它，并在下一个版本2.0.0中包含这个bug修复。- QA报告了Release/2.0.0中的错误？
1条答案
按热度按时间tct7dpnv1#
有关如何使用
gitflow工具轻松完成此操作的参考，请参阅Atlassian's Gitflow workflow tutorial。有关版本控制，请参阅Semantic Versioning。错误可以在特性分支、热修复分支或发布分支中修复。使用哪一个取决于修复的紧迫性。
如果人们报告了1.0.0中的一个严重错误，需要立即发布一个新的应用程序？
在main分支下做一个hotfix分支。修复这个bug。把它合并到main和develop中。因为它是一个bug修复，所以增加第三个数字;发布1.0.1。
如果人们报告了一个bug，我想修复它，并在下一个版本2.0.0中包含这个bug修复。
由于您正在发布2.0.0并希望在2.0.0中使用它，因此请在2.0.0发行版分支中修复它。
一旦2.0.0发布，发布分支将被合并回
develop，并带来错误修复。QA报告了Release/2.0.0中的错误？
如果你想在2.0.0中修复它，在2.0.0发行版分支中修复它。和上面一样。
如果它可以等到下一个版本，那么在特性分支中修复它。