在http://nvie.com/posts/a-successful-git-branching-model/上说:
- develop分支仍然停留在1.1.5版本;这个什么时候会更新?在某个时间点上,develop分支的版本号比发布分支“落后”是有意义的吗? - 所以说,在创建发布分支之前,我会先增加版本号。如果这样做,我在开发和发布分支上将有相同的版本号,直到下一个发布,我认为这更有意义。在创建分支之后增加版本号的原因是什么?
即便如此,实际上我希望我的开发分支有一个明确表明这是开发版本的版本号(因为任何在某处找到一个生成的“myproject-1.2.jar”文件的人都不应该考虑在生产环境中运行这个jar文件)。所以从我创建发布分支的那一刻起,我希望版本号能反映“这是1.2.0版本”和“这是基于1.2的开发版本”。
很不幸的是,在创建发布分支时,将版本号提升为"1.2",并在开发分支上将其提升为"1.2+dev",每次尝试将发布分支的更改合并回开发分支时都会导致冲突。您有什么建议如何在git中实现这种版本控制?
现在我对此有几个问题:Release branches are created from the develop branch. For example, say version 1.1.5 is the current production release and we have a big release coming up. The state of develop is ready for the “next release” and we have decided that this will become version 1.2 (rather than 1.1.6 or 2.0). So we branch off and give the release branch a name reflecting the new version number:
$ git checkout -b release-1.2 develop Switched to a new branch "release-1.2" $ ./bump-version.sh 1.2 Files modified successfully, version bumped to 1.2. $ git commit -a -m "Bumped version number to 1.2" [release-1.2 74d9424] Bumped version number to 1.2 1 files changed, 1 insertions(+), 1 deletions(-)
- develop分支仍然停留在1.1.5版本;这个什么时候会更新?在某个时间点上,develop分支的版本号比发布分支“落后”是有意义的吗? - 所以说,在创建发布分支之前,我会先增加版本号。如果这样做,我在开发和发布分支上将有相同的版本号,直到下一个发布,我认为这更有意义。在创建分支之后增加版本号的原因是什么?
即便如此,实际上我希望我的开发分支有一个明确表明这是开发版本的版本号(因为任何在某处找到一个生成的“myproject-1.2.jar”文件的人都不应该考虑在生产环境中运行这个jar文件)。所以从我创建发布分支的那一刻起,我希望版本号能反映“这是1.2.0版本”和“这是基于1.2的开发版本”。
很不幸的是,在创建发布分支时,将版本号提升为"1.2",并在开发分支上将其提升为"1.2+dev",每次尝试将发布分支的更改合并回开发分支时都会导致冲突。您有什么建议如何在git中实现这种版本控制?