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

Question

我在 github 上有一个使用 rebar 的库，但从未通过 git 对其进行标记。在撰写本文时，app.src 文件表明它是 0.1 版（从未更改过）。

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

我现在和将来要采取哪些步骤来确保用户可以根据他们选择的版本进行编码？

Answer 1

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

• XYZ 其中 X 是主要版本，Y 是次要版本，Z 是补丁版本（从 Semantinc Versioning中获取一些想法）

• 我更改 .app.src 文件和标签的顺序如下：

  1. 进行更改，在 .app.src 文件中增加版本号，并使用漂亮的提交消息提交它。

  2. 使用与 .app.src 文件中相同的版本号标记提交。我输入以下形式的标签消息：

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

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

  3. 推送提交以git push && git push --tags将提交和标签上传到服务器。

我不使用语义版本控制的“vX.YZ”方案作为标签，因为我认为它是多余的并且看起来不太好。

一旦你有正确的标记和版本控制（你的选择）你的用户应该能够依赖使用 Git 标签。

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