VS2017迁移packages.config至PackageReference遇Newtonsoft.Json兼容及构建问题

先来说第一个问题：迁移后install.ps1被忽略会不会引发故障？

PackageReference和传统的packages.config在NuGet脚本处理上确实有差异——packages.config时代，install.ps1会在包安装时运行，但PackageReference默认跳过这类脚本（因为它是项目级引用，设计上避免脚本带来的全局副作用）。

对于Newtonsoft.Json v10.0.3来说，它的install.ps1核心作用其实是自动添加绑定重定向，而在PackageReference模式下，.NET Framework项目默认开启了AutoGenerateBindingRedirects（你可以在csproj里看到这个属性设置为true），系统会自动处理绑定重定向，完全替代了脚本的作用。所以忽略这个脚本几乎不会引发故障，你本地VS2017编译正常也验证了这一点。除非你的项目有依赖这个脚本的自定义操作（但Newtonsoft.Json的官方脚本没有这类内容），否则不用太担心。

接下来是第二个问题：TeamCity构建找不到Newtonsoft命名空间，这大概率和迁移直接相关，核心原因是TeamCity的构建流程没有正确处理PackageReference的包还原。

你可以从这几个方向排查：

• 确认TeamCity是否执行了NuGet还原步骤：PackageReference需要在构建前还原包，而不像packages.config那样包存在于解决方案的packages目录。你可以在TeamCity的构建配置里添加一个单独的NuGet Restore步骤，或者在Visual Studio构建步骤中开启“自动还原NuGet包”的选项（VS2017+支持，但TeamCity默认可能没开）。
• 检查csproj的PackageReference配置：确保迁移后的csproj里有正确的引用行：

  <PackageReference Include="Newtonsoft.Json" Version="10.0.3" />
  

  本地编译正常说明这个配置没问题，但可以确认TeamCity拉取的代码里这个配置是否正确（比如有没有提交遗漏）。
• 排查TeamCity代理的NuGet源访问：如果你的包是从私有源获取的，要确认TeamCity代理配置了正确的源凭据；如果是公共NuGet源，要确保代理能正常访问网络。
• 清理旧的残留文件：如果项目里还残留着packages.config文件，可能会导致混淆，建议删除它，避免构建工具误判。

总结一下：install.ps1被忽略不会导致你的问题，TeamCity构建失败的核心是包还原环节没跟上PackageReference的要求，按上面的步骤排查应该能解决。

内容的提问来源于stack exchange，提问作者petrsyn