语义版本控制如何融入 git 工作流程

Question

我目前在使用 git 的语义版本控制时遇到问题。

我们正在使用 git 版本控制 model at http://nvie.com/posts/a-successful-git-branching-model/

我们还想遵循http://semver.org/中概述的语义版本控制指南

这是我们的示例用例。

Release branch: ----1----2----3----4 <- tag v1.2        ----7---8---9 <- tag v1.3
                   /                \                  /             \
Develop branch: --0--------5---------4--6-----------------------------9--

这是我们的示例用例：

• 开发在发布和开发中并行进行
• 发布已准备就绪 go，我们将其标记为 v1.2。 我们为更改 1、2、3、4 生成发行说明。
• 我们将发布合并回开发。
• 当我们准备好为另一个版本再次开发分支时，我们可以。 但是，标记 v1.2 指向 4，因此如果我们查询 v1.2 和 v1.3 之间的更改，5 的发行说明实际上会丢失

我们想要做的是能够搜索自创建标签 v1.2 以来新添加的所有签入，这些签入新合并到标签 v1.3 中，以便我们可以确定我们的组件的版本冲击 (xyz) 类型需要做。

如果 5 碰巧是一个主要变化，但从 v1.2 开始的所有变化都不是，我们将错误地增加次要版本，因为 checkin 5 不在构建中。

有没有人对如何解决这个问题有任何建议？

Answer 1

我想这取决于你如何“查询更改”。 但是，如果您的意思是使用git log v1.2..v1.3或类似的东西，那么它应该会准确显示您想要的内容，即包括提交 5。