实现新功能时如何从 git-describe 管理版本？

【问题标题】：How to manage version from git-describe when implementing a new feature?实现新功能时如何从 git-describe 管理版本？
【发布时间】：2018-04-20 00:11:30
【问题描述】：

我正在做这个开发：

* a3bde21 (feature)
* bdf3b22
* 5a4d8e9 (master, tag: v0.1.0)
* 47312aa
* abd2111

所以git describe 会给我v0.1.0。问题是我正在实现一个不再是v0.1.0 的功能。如果我构建我的程序并将可执行文件提供给某人，它会认为它是v0.1.0，但事实并非如此。

所以我可以关注semver 并添加内部版本号：

0.1.0+a3bde21

但它仍然被视为版本0.1.0。

我应该如何解决这个问题？

【问题讨论】：

标签： git version semantic-versioning

【解决方案1】：

您可以查看GitVersion。它比git describe 更加强大和可配置。它会生成符合semver 的版本号。

【讨论】：

可能很有趣，但即使在 README.md 或 readthedocs 文档上，也没有 tl;dr; 解释“GitVersion 做了什么”。我对在单声道上运行如此庞大的项目感到非常害羞......
@nowox 我同意这有点令人生畏。但是你的问题比你想象的更深入。它引出了一个潜在的问题：你的分支策略是什么？根据答案，它会导致不同的版本编号。在您的示例中，功能分支可能是 beta 版本，应该反映在版本中。