升级到 Visual studio 后出现奇怪的构建错误 2015 想要复制 pagefile.sys
Strange Build error after upgrading to Visual studio 2015 wants to copy pagefile.sys
我在解决方案中构建 MVC 项目时遇到此错误。我的解决方案中根本不存在对这些文件的引用。
C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\bootmgr" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\BOOTNXT" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\pagefile.sys" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\swapfile.sys" because it was not found.
我的同事可以毫无错误地构建。
我遇到了同样的问题。
将 DotNetCompilerPlatform 升级到版本 1.0.1 时出现问题。
要解决此问题，您可以使用 NuGet 包管理器降级到版本 1.0.0。
编辑：
如果您卸载 Microsoft.CodeDom.Providers.DotNetCompilerPlatform AND Microsoft.Net.Compilers，然后再次安装 DotNetCompilerPlatform（依赖于 Microsoft.Net.Compilers 包，因此它会自动安装该包）错误似乎永远消失了。
仍然不确定在水下会发生什么，但我可以再次工作！
我曾经遇到过同样的问题，但我只是删除了 Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后安装了 1.0.0。我发现之后一切都很好
正如其他人所提到的，它是从版本 1.0.0 到 1.0.1 的 升级 ] 的 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 导致此问题。
不降级也可以解决这个问题，看我的解释。总而言之，为我解决的是手动删除所有对有问题的库的引用（仅在 VS 中删除它们是不够的），然后重新添加最新版本。
经进一步调查，这似乎是由于 1.0.1 nuget 包没有清除 csproj 中对 1.0.0 的所有引用。为什么这会导致它尝试复制页面文件，但这是任何人的猜测。
我遇到了完全相同的问题。我没有将 DotNetCompilerPlatform 升级到 1.0.1。
我的解决方案是...
- 退出visual studio
- 删除解决方案的 "packages" 文件夹
- 重启VS。 NuGet 包管理器控制台 window 将提示恢复包。做吧。
- 构建您的解决方案
我已通过将 'Mocrosoft.Net.Compilers' 升级到 2.6.1 来解决问题。
我在 Visual Studio 2017 年从我们的一个项目中卸载 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 就解决了这个问题。
拥有 VS 2015 14.0.25431.01 Update 3，没有 Xamarin，既没有 DotNetCompilerPlatform nuget 包，也没有更多的构建配置（例如调试和 RCDebug），我得到了来自另一个构建的意外副本（例如。复制对应于 RCDebug 但我在调试时重建）。它没有通过删除所有 Bin 文件夹或在每个构建配置上清理然后构建来工作。它构建良好但在 运行.
时变坏
唯一对我有用的解决方案是@Greg Woods 的回答。即删除 packages 文件夹（最好先重命名为 packages.old）并恢复 packages
（之前，弄乱了 .csproj 文件，并手动更改了打包版本号......这可能是原因！）
工具->NuGet 包管理器->管理解决方案的 NuGet 包，然后单击 恢复
重建解决方案。
(PS。没有参考 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 在我的
解）
我在解决方案中构建 MVC 项目时遇到此错误。我的解决方案中根本不存在对这些文件的引用。
C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\bootmgr" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\BOOTNXT" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\pagefile.sys" because it was not found.
1>C:\Program Files (x86)\MSBuild.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\swapfile.sys" because it was not found.
我的同事可以毫无错误地构建。
我遇到了同样的问题。
将 DotNetCompilerPlatform 升级到版本 1.0.1 时出现问题。
要解决此问题，您可以使用 NuGet 包管理器降级到版本 1.0.0。
编辑： 如果您卸载 Microsoft.CodeDom.Providers.DotNetCompilerPlatform AND Microsoft.Net.Compilers，然后再次安装 DotNetCompilerPlatform（依赖于 Microsoft.Net.Compilers 包，因此它会自动安装该包）错误似乎永远消失了。
仍然不确定在水下会发生什么，但我可以再次工作！
我曾经遇到过同样的问题，但我只是删除了 Microsoft.CodeDom.Providers.DotNetCompilerPlatform，然后安装了 1.0.0。我发现之后一切都很好
正如其他人所提到的，它是从版本 1.0.0 到 1.0.1 的 升级 ] 的 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 导致此问题。
不降级也可以解决这个问题，看我的解释
经进一步调查，这似乎是由于 1.0.1 nuget 包没有清除 csproj 中对 1.0.0 的所有引用。为什么这会导致它尝试复制页面文件，但这是任何人的猜测。
我遇到了完全相同的问题。我没有将 DotNetCompilerPlatform 升级到 1.0.1。
我的解决方案是...
- 退出visual studio
- 删除解决方案的 "packages" 文件夹
- 重启VS。 NuGet 包管理器控制台 window 将提示恢复包。做吧。
- 构建您的解决方案
我已通过将 'Mocrosoft.Net.Compilers' 升级到 2.6.1 来解决问题。
我在 Visual Studio 2017 年从我们的一个项目中卸载 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 就解决了这个问题。
拥有 VS 2015 14.0.25431.01 Update 3，没有 Xamarin，既没有 DotNetCompilerPlatform nuget 包，也没有更多的构建配置（例如调试和 RCDebug），我得到了来自另一个构建的意外副本（例如。复制对应于 RCDebug 但我在调试时重建）。它没有通过删除所有 Bin 文件夹或在每个构建配置上清理然后构建来工作。它构建良好但在 运行.
时变坏唯一对我有用的解决方案是@Greg Woods 的回答。即删除 packages 文件夹（最好先重命名为 packages.old）并恢复 packages
（之前，弄乱了 .csproj 文件，并手动更改了打包版本号......这可能是原因！）
工具->NuGet 包管理器->管理解决方案的 NuGet 包，然后单击 恢复
重建解决方案。
(PS。没有参考 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 在我的 解）