.Net AssemblyName.version 构建与修订

MSDN 文档指出：

版本号由二到四个组成 组件：主要、次要、构建和 修订。主要和次要 需要组件；构建和 修订组件是可选的，但是 构建组件是必需的，如果 修订版组件已定义。全部 定义的分量必须是整数 大于或等于0。

版本号的格式如下 如下（显示可选组件 方括号（[ 和 ]）中： 主要.次要[.build[.revision]] 的 按照惯例，组件的使用方式为 如下：

• 主要：同名程序集 但不同的主要版本不是 可互换。更高版本 数字可能表明重大重写 落后的产品 不能假定兼容性。

• 未成年人：如果姓名和专业 两个程序集的版本号是 相同，但次要版本号 不同，这表明 显着增强与 向后兼容的意图。 这个较高的次版本号可能 表示产品的点发布 或完全向后兼容的新 产品的版本。

• 内部版本：内部版本号的差异 代表相同的重新编译 来源。不同的内部版本号可能 当处理器、平台、 或编译器更改。

• 修订：具有相同的组件 名称、主要版本号和次要版本号 但有意进行不同的修改 可以完全互换。更高的 修订号可能会被用在 修复了安全漏洞的构建 之前发布的程序集。

程序集的后续版本 仅因构建或修订而有所不同 数字被认为是修补程序 先前版本的更新。

我的问题是关于meaning在此上下文中术语“构建”和“修订”的含义。

在我看来，一般来说，当源代码发生变化时，我们会进行“构建”。因此“build 678”和“build 679”是不同的恰恰因为源在某些方面有所不同 - 通常是由于签入某些更改的源而导致的。在我看来，.NET 定义以通常使用“构建”的方式使用“修订”。

有人在版本控制中使用上面的定义吗？如果是这样，您能举出具体的例子说明为什么这样做吗？

仅内部版本号或修订号不同的程序集的后续版本被视为先前版本的修补程序更新。

本节解释了其中的差异。当您的产品已发货并且您需要在已进行更新的同时对已发货版本进行修复时，将使用修订版。

例如 1.1.10.0 船舶。我正在对功能进行一些小更改，当我收到需要修复的安全警报时，我处于 ​​1.1.20.0 状态。我无法将 1.1.10.0 增加到 1.1.11.0，因为它代表其他内容。所以我使用 1.1.10.1 来标识它是 1.1.10.0 代码的修订版。

希望这比泥浆更清晰一点。还要记住公司的规模以及他们发布的提出这些定义的软件项目的规模。