Microsoft.net framework版本和subversions

我是一个新加入的组织，该组织在过去15年中编写了数百个.net应用程序、DLL等。当我运行powershell脚本或ILdasm以查看exe、dll等所针对的框架版本时，我经常会看到框架看起来像有子版本。因此，我将看到v2.0.50727，而不是v2.0

总的来说，我的问题是：

微软推出了不同的带有Subversion的.net框架吗。因此，我们可能会看到2.0.50727、2.0.111和2.1.123等，而不是只看到主要版本，比如2.0

如果他们确实推出了不同的子版本，那么我似乎需要在我的开发机器上安装几十个不同的框架来更新较旧的系统（假设我不想更新他们针对的框架），而不仅仅是主要的框架版本。有什么想法吗

额外的想法

由于计算机上任何更高版本的框架都将支持比box上框架更早的任何目标框架（在代码中），只要计算机上的框架高于代码中的目标框架，它就可以工作

因此，如果计算机安装了Framework4.0，它将支持面向1.0、2.0、2.1、3.5、4.0等的应用程序

---

然而，这仍然留下了一个问题，即盒子上的framework 4.0是否支持版本4.0.227（可能存在也可能不存在的假设版本）。

我打赌您访问Wikipedia并不是为了查看.NET framework版本历史记录。CLR版本保持不变，为2.0.50727或4.0.30319。微软不会违反这条规则。但是第四位数字可以改变以反映修订。不算现在不相关的.NET1.x版本，只有两个运行时版本。2.0.50727和4.0.30319。您的计算机上不能安装几十个框架版本。只有两个。当您通过让Windows Update执行其工作来更新计算机时，现在将是3.5 SP1和4.6.1版本。它们与早期版本向后兼容，因为早期版本太多，无法计数。大量修改以修复bug和安全问题。不更新机器是一个错误。我发现了一个有用的链接，添加了更多信息：