Edge-home-orchestration-go: 【思考】语义版本控制

创建于 2020-12-30  ·  5评论  ·  资料来源: lf-edge/edge-home-orchestration-go

我们的发布版本基于树类型的字母顺序。 同时,非常推荐开源项目采用语义化版本控制(主要来自CII Best Practice)。 我们有一个年度主要版本,但以防万一我们偶尔会发布其主要/琐碎的补丁版本。 在这种情况下,我们可以区分采用语义版本控制。 你怎么认为?

我的拙见:

  1. 原样(非语义版本控制):Alpha、Baobab、Coconut
  2. 成为(语义版本控制)

    • 选项 1:v1.0.0、v2.0.0、v3.0.0(v _年度主要作为数字顺序_._关键补丁_._琐碎补丁_)

    • 选项 2:vAlpha.0.0、vBaobab.0.0、vCoconut.0.0(v _annual 主要作为字母顺序_._critical patchs_._trivial patchs_)

建议:让我们在即将于 2021 年 1 月举行的 TSC 在线会议上讨论这个问题!!!

enhancement question

最有用的评论

我喜欢选项 1。
作为参考,EdgeX Foundry 将语义版本控制应用于 git 标签,并将字母版本控制应用于 git 分支。
https://github.com/edgexfoundry/edgex-go/tags

所有5条评论

我喜欢选项 1。
作为参考,EdgeX Foundry 将语义版本控制应用于 git 标签,并将字母版本控制应用于 git 分支。
https://github.com/edgexfoundry/edgex-go/tags

我喜欢选项 1。
作为参考,EdgeX Foundry 将语义版本控制应用于 git 标签,并将字母版本控制应用于 git 分支。
https://github.com/edgexfoundry/edgex-go/tags

@t25kim这太棒了! 感谢您提供宝贵的起点!

Home Edge 也一直在使用这些标签。 https://github.com/lf-edge/edge-home-orchestration-go/tags
我们可以对所有版本采用数字版本控制,对主要版本使用代码名称(非语义)。 通常主要版本都带有代码名称,而次要版本只带有版本控制。 所以也可以采用类似的方法。

我绝对同意使用语义版本控制(没有其他选择)。 选项 1
如果您想额外使用代码名称,您可以将它们添加为别名。 示例Ubuntu 版本

我们最近发布了 v1.0.0 作为语义版本。 所以它完成并关闭。

此页面是否有帮助?
0 / 5 - 0 等级