语义版本控制和git分支



我在v1.0上有一个主分支,在v1.1dev下有一个开发分支。

然后,我从dev中创建一个新的发布分支,并将版本号从v1.1dev提升到v1.1,完成后,将所述发布分支合并到master中,presto-v1.1master中诞生。

但是,我将相同的发布分支合并回dev,因此dev分支也是v1.1

虽然这在技术上是正确的,但我觉得dev应该总是以dev结尾,因为毕竟,它是朝着下一个真实版本工作的开发版本。


所以我的问题是:

  • 在合并到发布分支后,每个人都会在dev分支上提交一次代码来提升他们的Dec代码版本吗?还是我缺少了一些东西(脚本、方法、技术等)
  • 此外,以上描述是否普遍代表了人们如何更改版本号

TL;DR: 假设语义版本控制,您应该在什么时候更改git版本项目的各个分支中的版本号

虽然现在这可能不再是你的问题,但你说的是正确的:

总是开发版本在为下一个版本而努力真实版本。。。

当您对代码进行分支时,请将分支版本保留为v1.0。这将是发布分支,是本次发布的代码库,如果用户无法升级到下一个完整版本,则在未来必须对该版本进行错误修复或增强时,您可以对其进行修补。

您总是可以将该分支的更改合并回master,但显然不能将任何定义版本号的代码合并回master中,而版本号通常在配置、属性或构建文件中。

分支后,将master中的版本提升到v1.1.x或v1-1-DEV或您喜欢称之为的任何版本。

最新更新