持续交付，版本控制和功能分支混乱

Question

我目前正在使用功能分支工作流程实施CD。我不明白的是何时增加版本号。

创建新功能后会增加吗？

所以，让我们说我们有1.1版，我将实现一个新功能FB-123。

创建FB时，我应该增加版本吗？

       *---*--- increment build number, now on 1.2.456 
      / increment version to 1.2 
  ---* 1.1

并使用Jenkins Build编号进行后续提交？

Answer 1

我会考虑使用以下版本控制架构：

• 每个主要/次要版本都标有git标记
• 分支架构 - <major>.<minor>.<number of commits from latest minor>-<feature branch-name>-<sha1>
• 主模式 - <major>.<minor>（它认为每个接受的拉取请求都是次要版本）

您可以通过

计算最新未成年人的提交次数

git rev-list HEAD ^<latest minor tag> --ancestry-path <latest minor tag> --count

此架构允许您从版本名称派生：

• 基础版
• 分支名称
• 从
构建版本的git提交
• 正确比较同一分支的2个版本