正确的标签顺序和版本颠簸

时间:2011-08-13 17:33:28

标签: erlang rebar

我在github上有一个使用钢筋的library,但它从未通过git标记过。在撰写本文时,app.src文件表明它是版本0.1(这从未改变过)。

我想做一些改变一些函数定义的提交。我需要使用标签和应用程序版本,所以这不会对用户产生负面影响,但我不清楚我应该标记,碰撞等的顺序。

我现在和将来会采取哪些措施来确保用户可以编写自己选择的版本?

1 个答案:

答案 0 :(得分:1)

我在我的存储库中使用以下方案:

  • X.Y.Z其中X是主要的,Y是次要的,Z是补丁发布(从中获取一些想法) Semantinc Versioning
  • 我更改.app.src文件和标签的顺序如下:

    1. 进行更改,在.app.src文件中更新版本号并使用a提交 很好的提交消息。
    2. 使用与.app.src文件中相同的版本号进行提交的标记。我进入了 标记以下形式的消息:

      Version X.Y.Z
      
      - New Feature 1
      - New Feature 1
      - Fix this and that
      

      然后使用我的签名(使用-s标志)对标签进行GPG签名

    3. 使用git push && git push --tags推送提交,将提交和标记上传到服务器。

我不使用语义版本控制的“vX.Y.Z”方案作为标签,因为我认为它是超级的并且看起来不太好。

一旦您有适当的标记和版本控制(您选择),您的用户应该能够依赖于使用Git标记。

您可以在此处查看结果:https://github.com/eproxus/meck(您需要下载代码才能查看代码消息并验证GPG签名)。