在持续集成环境中处理版本控制

Question

如何在具有开发分支和发布分支的持续集成环境中处理版本控制？我正在使用git,因此没有使用增量存储库版本.似乎会有重叠版本,例如dev分支上的1.1.0和发布分支上的1.1.0.你只是附加文本"dev"或"release"？

此外,当您创建发布分支时,您是否立即将开发分支增加到下一个"建议"版本号？您可能还不知道下一个版本号,但如果您不增加它,那么您有1.1.0 dev包含1.1.0版本中未包含的新工作.

所以我的主要问题是这两个分支之间的版本控制序列之间的关系是什么？

请记住,我不会询问如何决定使用哪个版本号.我之前尝试过这样做,并不断收到评论,例如"增加主要用于破坏变化"等.

Answer 1

我不对开发分支进行版本控制。devline 是主干，我定期从 dev 分支到新的发布文件夹。所以发布分支充满了文件夹，这些文件夹基本上是开发线的快照。

IE，在 root 下我有 /dev、/releases/0.1、/releases/0.2、/releases/1.0 等。

我不确定这是否真的回答了你的问题。