程序版本

Question

我要问的可能有点奇怪，但是当您添加新功能时，是否有更改.NET程序版本的规则？

更清楚：

• 您拥有最初的C＃程序，并为其添加了一些新功能。
• 您的初始版本是1.0.0.0，但您将其更新为1.1.0.0

这是怎么回事？或者它还与变化的大小有关吗？

示例：

1. 更改了整个用户界面设计（v1.0.0.0更新到v1.1.0.0）
2. 修正了一个小错误（v1.0.0.0更新到v1.0.0.1）

任何答案都会非常受欢迎!!

Answer 1

使用语义版本控制：

  

给定版本号MAJOR.MINOR.PATCH，增加：

     

  
1. 当您进行不兼容的API更改时的MAJOR版本，
  
2. 以向后兼容的方式添加功能时的MINOR版本，
  
3. PATCH   版本，当您进行向后兼容的错误修复时。
        

附加   预发布和构建元数据的标签可用作扩展   到MAJOR.MINOR.PATCH格式。

有关详细信息，请参阅http://semver.org/。

在用户界面方面，它更加灰暗。我认为接口的批量更改应归类为 major ，但添加或调整一些布局应归类为 minor 。

Answer 2

提出适合您程序的版本控制方案。当您进入可以增加部分版本的构建自动化时，有很多工具。我在专业工作中完成了以下所有工作：

• 只是按照管理顺序递增主要/次要，因为广告基于版本X.X出现“下一步”
  • 这也很重要，因为新功能总是转发到正向版本，但是我们会将错误修正后移到一些以前的版本中，这些版本会增加第三个数字。因此，4.2.3.x实际上可能比4.3.2.x“更新”，但缺少4.3功能。
• 填充第三或第四个组件，以防止在看到x.x.x.0021与x.x.x.0100
时出现分类混淆
• 使用第四个数字作为SVN提交号，使错误再现期间的版本查找变得轻而易举
• 在每个自动构建中进行第三或第四个数字自动增量，当您拥有自动更新组件和像Jenkins或TeamCity这样的CI系统时尤其有用
• 为构建/发布版本使用“特殊”标识符;特别是在开发版本的第三或第四个数字中使用666作为一种“警告”

我的最终观点是，虽然有一般指导方针，但你应该绝对赞成Lloyd指出MSDN上的那些，请注意你的项目，管理或管道的要求往往会对你产生重大影响版本计划，。并且更重要的是想出一些东西并坚持下去。