我应该更新哪个分支的应用程序版本号？
What branch do I update an applications version number?
我的应用程序需要更改配置文件中的版本号。
如果我遵循 GIT Flow 分支方式，理想情况下我应该更改哪个分支？
它是在我们创建发布分支之前开发，还是在发布分支中（稍后更新回开发）？
我会在发布分支上这样做，因为如果你使用 Git Flow，这意味着你在发布之前有一个测试过程，因此可能有多个发布候选。
例如，假设您的产品版本为 1.0.0，而您想发布版本 1.0.1。您从 develop 剪切了一个分支 release-1.0.1，并将发布分支上的版本更改为 1.0.1-pre1。那是您的第一个候选版本。您 运行 您的测试并发现了一个阻止发布的错误。您在发布分支中修复此错误。现在您有另一个版本为 1.0.1-pre2 的候选发布版本。您再次测试这个新的候选发布版本，找到另一个错误，并修复它。您现在有了第三个候选发布版本 1.0.1-pre3。它通过了测试并成为正式版本。现在您可以将版本号更改为 1.0.1，发布，然后合并回 develop。您清楚地了解了您的三个候选版本。
如果您出于某种原因决定停止发布，例如因为在测试时您意识到新功能尚未准备好发布并且需要更多工作，您可以简单地删除 release-1.0.1 分支。 develop 版本仍然是 1.0.0。您可以稍后使用新的发布分支发布 1.0.1。
我的应用程序需要更改配置文件中的版本号。 如果我遵循 GIT Flow 分支方式，理想情况下我应该更改哪个分支？ 它是在我们创建发布分支之前开发，还是在发布分支中（稍后更新回开发）？
我会在发布分支上这样做，因为如果你使用 Git Flow，这意味着你在发布之前有一个测试过程，因此可能有多个发布候选。
例如，假设您的产品版本为 1.0.0，而您想发布版本 1.0.1。您从 develop 剪切了一个分支 release-1.0.1，并将发布分支上的版本更改为 1.0.1-pre1。那是您的第一个候选版本。您 运行 您的测试并发现了一个阻止发布的错误。您在发布分支中修复此错误。现在您有另一个版本为 1.0.1-pre2 的候选发布版本。您再次测试这个新的候选发布版本，找到另一个错误，并修复它。您现在有了第三个候选发布版本 1.0.1-pre3。它通过了测试并成为正式版本。现在您可以将版本号更改为 1.0.1，发布，然后合并回 develop。您清楚地了解了您的三个候选版本。
如果您出于某种原因决定停止发布，例如因为在测试时您意识到新功能尚未准备好发布并且需要更多工作，您可以简单地删除 release-1.0.1 分支。 develop 版本仍然是 1.0.0。您可以稍后使用新的发布分支发布 1.0.1。