我想让社区对我正在使用的库的版本控制和github标签发表意见。
master分支标记为v1.1.0。我开始研究新的次要功能（v1.2.0）。我在master上创建一个分支并进行工作。在发布之前，我想测试该功能，但是要执行此操作，我需要将一个版本发布到pypi。我将版本号增加到1.2.0-dev1，并假设1.2.0将在通过测试后成为生产版本。
但是，在开发我的功能时，另一位团队成员开始研究他们自己的功能。他们从master（v1.1.0）分支出来。当他们将代码发送到测试中时，他们会增加版本，并使用v1.2.0-dev0将其发布到pypi。哪些与我正在处理的标签冲突。
其他人如何解决这种情况？
除了具有超级简单分支结构的单一开发人员环境，用SemVer版本字符串标记源代码始终是错误。
请参阅我的related answer。
SemVer应该在发布/发布阶段的末尾应用，而不是在推送到存储库时应用。如果没有某种部门间的协调，那么发布/发布阶段就无法与其他分支并行进行。这可以是自动化的，但是我见过的大多数固定式DevOps工具都无法正确处理。将版本应用于特定输出后，您可以将其作为标签关联到产生该输出的git哈希，或者可以使用其他媒体记录git-hash / semver-string的记录。
我更喜欢标记git repo并维护一个单独的日志。实际上，我过去已经开发了将git哈希添加到SemVer构建元标记中的工具（最佳实践！）。