不同版本方案的优缺点

Question

有很多different version schemes，似乎每个主要软件公司都使用不同的方案，但我想知道哪种方案最适合mISV。

另外，如果可以的话，我希望你能说明你在公司使用哪种方案，这种方案的利弊，以及为什么选择这种方案。

相关问题

Deciding on version numbers
How to do version numbers?
How do you know what version number to use?
What is your preferred style of product version number and why?（这回答了我的第二个问题）
Versioning Style Guide
Semantic Versioning （这可能是组件的最佳版本控制方案，不确定最终用户的应用程序）

提示

这是我在互联网上找到的提示列表：

• 至少使用三部分版本号（2.9.0,2.10.0），因此很明显它们不是小数。
• 使用基于日期/时间的版本g（source）
• Method to extract compile time from .NET automatic version scheme
• Automatic versioning使用MSBuild.Community.Tasks

Answer 1

mISV程序可以通过高释放率来表征，至少以高构建率（每天多达几个版本）为特征。

在这种情况下，监控可能很有意思：

• 构建ID（可以是SVN id或Git或Mercurial SHA1）
• 一个经典的Major.Minor.Build版本

对于团队，您可以根据构建ID进行通信，而在客户端的发布管理方面，则需要更经典的版本方案。

Answer 2

坦率地说，我认为这个问题已经解决了。使用日期和时间戳。你的版本号然后变成人们理解的可读字符串。

如果您在野外有许多不同的构建，每个都应该被标记为这样。除了版本号（日期和时间戳），你还有一个简单的标签。大多数情况下，这些只是调试和发布。但是，有许多其他类似的标记是有意义的，例如登台，测试或功能/分支特定标签。

如果您想嵌入有关构建过程/环境的元数据，我认为这不仅仅是简单的版本号，而且有时非常有帮助。

就是这样。