Asp.net System.Web.MVC 自 MS14059 以来未复制到 bin 文件夹中.如何防止由于 Windows 更新而创建缺少 DLL 的构建

尽管GAC中没有安装MVC 5.1，但通过Windows Update在BuildServer上安装了MVC 5.1补丁

是的，这种行为实际上是故意的.见http://blogs.msdn.com/b/dotnet/archive/2014/01/22/net-4-5-1-supports-microsoft-security-updates-for-net-nuget-libraries.aspx.

该修补程序已将MVC 5.1的"更新"版本放入GAC

是的，这是正确的；补丁程序就是这样让更新后的代码而不是旧代码运行的.请参见https://technet.microsoft.com/en-us/library/security/ms14-059.

当DLL位于GAC中时，将忽略CopyLocal=true；因此，从修补程序开始，这意味着从BuildServer构建的应用程序在输出文件夹中不再具有System.Web.MVC

不完全是.实际发生的情况是，以前为CopyLocal=true的项目被切换为CopyLocal=false.CopyLocal可以通过以下两种方式之一进行设置:1)如果数据库中有显式的<Private>True</Private>设置.csproj文件，或2)默认情况下，如果不存在此类设置(默认情况下，GAC的程序集不复制本地；其他程序集则不复制本地).

因此，在本例中出现的情况是，您的项目文件在csproj文件中没有此设置.因此，GUI显示了基于补丁之前判断的默认值的设置(CopyLocal=true)，但在安装补丁之后，GUI现在将显示GAC程序集的新默认值(CopyLocal=false).

因为System.Web.MVC不在我们的QA服务器上的GAC中(它们还没有打补丁)，所以应用程序现在失败，因为找不到System.Web.MVC

没错.

假设上述行为是正确的，这意味着任何时候MS service通过Windows Update创建一个GAC中没有的NuGet DLL时，我们的BuildServer将开始生成不完整的构建(丢失已注入GAC的DLL).

无论如何.csproj参考没有明确的<Private>True</Private>设置，这是正确的.另外，请注意，使用NuGet更新MVC引用可以删除此设置，即使它以前存在.见http://nuget.codeplex.com/workitem/4344.

升级到MVC 5.2解决了这个问题(可能是因为它没有打补丁，因此没有注入GAC)；DLL现在被复制到输出文件夹.升级到5.2.2的diff中没有任何更改，除了版本号更改(特别是没有添加/编辑 node ).

没错. Since MVC 5.2 is not GAC'd, even without an explicit <Private>True</Private> setting, the default value of this non-GAC'd assembly will be CopyLocal=true.

我们不希望开始对所有内容进行GAC，也不希望创建手动构建步骤将所有DLL复制到bin文件夹中，以防MS修补它们. 那么，如果将来MS修补其他DLL，我们今天可以做些什么来确保我们不会因为Out BuildServer而默默地生成不好的构建呢？

你今天能做的最好的事情是:

1. 在你的电脑中设置<Private>True</Private>个明确的设置.用于所有NuGet包程序集引用的csproj文件.
2. 在修复NuGet bug#4344之前，任何时候使用NuGet更新包引用时，都要回到您的应用程序中.csproj文件并重新添加显式<Private>True</Private>设置.