Ruby 何时启动项目'；Github上的s版本号

这更像是一个哲学问题，但我想知道该怎么办

好的，让我们举个具体的例子。我在Github上有一个项目，它是一块红宝石

通常，当我发布一个新版本时，我会完成所有功能和修复，然后创建一个提交，其中包含

“Bumping version to v1.2.0”

作为消息，并且只包含Changelog更新和

version

持续更新。

v1.2.0

标记指向此提交

但是

• 我是否应该直接再次碰撞版本，使其在回购协议中成为

  v1.3.0-alpha

• 如果在过程中的某个地方我最终做出了重大更改，那么我是否应该将版本重新升级到

  v2.0.0

• 我是否应该创建一个

  v1.2.x

  分支来处理补丁发行版

围绕所有这些，您的流程和良好实践是什么？ 还有什么建议吗

---

谢谢大家！：）

这是一个有趣的问题，但是你应该把它看作是寻找答案的更好的地方。就创建1.2×分支而言，我更喜欢懒惰地做：也就是说，我只能在V1.2.0标签上创建一个1.2。x分支。我发现这样，更容易看到自发布以来是否有更改。但是如果你可能会使用这个分支，你最好先创建它。@Jan哦，谢谢，我不知道这个：）@MartinEllis我也想过：）