语义版本控制如何适应git工作流程

Question

我目前在使用git进行语义版本控制时遇到了麻烦。

我们在http://nvie.com/posts/a-successful-git-branching-model/

使用git版本控制模型

我们还希望遵循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--

以下是我们的示例用例：

• 发布和开发时并行开发
• 发布已准备就绪，我们将其标记为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。