何时在Github上碰撞项目的版本号

时间:2012-11-29 10:33:19

标签: ruby git github semantic-versioning

这更像是一个哲学问题,但我想知道将要走的路。

好的,我们举一个具体的例子。我在Github上有一个项目,它是一个Ruby宝石。

通常,当我发布新版本时,我最终确定所有功能和修复,然后创建一个以"Bumping version to v1.2.0"作为消息的提交,并且仅包含Changelog更新和VERSION常量更新。 v1.2.0标记指向此提交。

但是......

  • 我应该直接再次碰撞版本,使其在回购邮件中变为v1.3.0-alpha吗?
  • 如果在此过程中的某个地方我最终会做出重大改变,那么我是否应该将版本重新提升为v2.0.0
  • 我应该创建一个v1.2.x分支来处理补丁发布吗?

您的流程和使用周围的良好做法是什么? 还有其他建议吗?

谢谢大家! :)

0 个答案:

没有答案