我正在准备一个全新的ASP。NET MVC 5.1解决方案。我添加了一堆NuGet包，并设置它与Zurb基金会等。
作为其中的一部分，我已经添加了一个内部NuGet包的引用，它是一个可移植类库，我认为这在构建服务器上造成了一个问题。
TeamCity在以下情况下构建失败:
系统类型。对象在未引用的程序集中定义。必须向程序集“System”添加引用。= 4.0.0.0运行时版本
我最初在编译Razor网页时为相同或类似的错误添加了修复，该修复在web.config中
<compilation ... >
<assemblies>
<add assembly="System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</assemblies>
</compilation>
然而，这个问题尚未解决。
当前回答
这是一个老问题，但我今天为了修复我们持续集成服务器上的构建管道而面对它。添加
<Reference Include="System.Runtime" />
到我的.csproj文件解决了我的问题。
稍微介绍一下上下文:这个感兴趣的项目是一个完整的。net Framework 4.6.1项目，在开发机器上没有构建问题。 问题只出现在构建服务器上，这是我们无法控制的，可能是由于不同的SDK版本或类似的东西。
在Visual Studio中添加建议的<Reference解决了构建错误，代价是缺少引用警告(在引用树中添加的条目上的黄色三角形)。
其他回答
@PeterMajeed在接受答案中的评论帮助我解决了一个相关的问题。我没有使用可移植库，但在新安装的Windows Server 2012上也有同样的构建错误，我在那里运行TeamCity。
安装Microsoft . net Framework 4.5.1 Developer Pack解决了这个问题(在单独安装了MS Build Tools之后)。
我需要下载并安装Windows 8.0(不是8.1)SDK来消除TeamCity服务器上的错误。
https://developer.microsoft.com/en-us/windows/downloads/windows-8-sdk
我在VS 2015的一些解决方案中遇到了这个问题(虽然不是MVC)，甚至在一个工作站上的同一个解决方案中也有这个问题，但在另一个工作站上却没有。在将. net版本更改为4.6并引用PCL后开始出现错误。
解决方案很简单:关闭解决方案，并删除解决方案所在文件夹中的隐藏.vs文件夹。
添加其他答案中所建议的缺失的引用也解决了这个问题，但即使在再次删除引用之后，错误仍然得到解决。
至于TeamCity，我不能说，因为我的配置从来没有问题。但是要确保将重置工作目录作为调试工作的一部分。
这是一个老问题，但我今天为了修复我们持续集成服务器上的构建管道而面对它。添加
<Reference Include="System.Runtime" />
到我的.csproj文件解决了我的问题。
稍微介绍一下上下文:这个感兴趣的项目是一个完整的。net Framework 4.6.1项目，在开发机器上没有构建问题。 问题只出现在构建服务器上，这是我们无法控制的，可能是由于不同的SDK版本或类似的东西。
在Visual Studio中添加建议的<Reference解决了构建错误，代价是缺少引用警告(在引用树中添加的条目上的黄色三角形)。
我将“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.5.1\Facades\system.runtime.dll”文件复制到生产服务器的bin文件夹中，这样就解决了问题。
