Visual studio dotnet中的版本控制

我总是为我们的web应用程序创建MSI文件。当我构建MSI时，有不同的状态

• 用于解决问题后在测试服务器上进行系统测试
• 另一个是提交给客户的
• 第三个是热修复

当前的版本控制方案是v3.2.18.18，即Vx.x.xx.xx

现在如何在上述三种情况下增加&版本控制方案中每个数字的意义是什么

我们还使用VisualStudioTeam Foundation Server。必须保持TFS的编号方案与版本号同步。我们使用VCB（版本控制构建）作为版本化的工具< /P> < P> <强> < /强>

。 每个程序集都有一个版本号作为其标识的一部分。因此，运行时将两个版本号不同的程序集视为完全不同的程序集。此版本号物理上表示为一个由四部分组成的字符串，格式如下：

主要版本。次要版本。内部版本号。修订版

例如，版本1.5.1254.0指示1为主要版本，5为次要版本，1254为内部版本号，0为修订号

更大的版本号表示相同兼容程序集的更新版本，而修订版通常表示较小的更改（可能是较小的错误）。DLL（程序集）在编译阶段获取其版本号，之后您无法更改这些版本号（当然，这可能是可能的，但是使用一些低级工具，如果程序集已签名，则可能会阻止程序集签名）

如果查看C:\windows\assembly文件夹，可以看到MS所做的工作。 例如，我有：

• 系统数据1.0.5000.0-.NET 1.1
• System.Data 2.0.0.0-.NET 2.0
• System.Data.DataSetExtensions 3.5.0.0-.NET 3.5

我建议您不要经常更改版本号，因为如果它们从其他程序集引用，您也必须更新引用

看看什么时候去