语义版本控制如何适应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

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

\n