VSTS构建时NuGet还原依赖失败：无法解析iTextSharp引用求助

我来帮你搞定这个头疼的问题！这种本地能正常构建但VSTS上失败的情况，大多是构建流程配置和本地环境不匹配导致的，咱们一步步排查解决：

1. 补上关键的NuGet还原步骤 #

本地VS会自动帮你还原NuGet包，但VSTS构建不会默认做这件事！你得手动在构建定义里添加这个步骤：

• 打开你的VSTS构建定义，切换到「任务」标签页
• 点击「添加任务」，搜索并选择「NuGet」任务
• 把任务的「命令」设置为「还原」
• 在「解决方案/包.config路径」里填**/*.sln（这样能覆盖所有项目的还原需求）
• 建议把NuGet版本选成最新的，避免旧版本的兼容性问题

2. 修正MSBuild版本（这大概率是你出错的核心原因！） #

看你报错里的路径是C:\Program Files (x86)\MSBuild\14.0\bin\...，这是VS2015对应的MSBuild版本，但你本地用的是VS2017（对应MSBuild 15.x），版本不匹配肯定会出问题：

• 在构建定义的「MSBuild」任务里，找到「MSBuild版本」选项
• 选择「Visual Studio 2017」（或者直接选15.x版本），确保和你本地开发环境一致

3. 确认NuGet源配置完整 #

如果你的项目同时用到私有NuGet仓库和公共NuGet.org，得保证VSTS能访问到所有源：

• 在NuGet还原任务的「高级」选项里，添加你需要的NuGet源（比如NuGet.org和你的私有仓库地址）
• 如果私有源需要认证，先在VSTS的「服务连接」里配置好NuGet服务连接，然后在还原任务里选择这个连接

4. 检查项目的包引用方式 #

• 如果是.NET Framework项目，优先用PackageReference替代packages.config，前者在CI构建时更稳定，不容易出现路径问题
• 如果还是用packages.config，确保项目文件里的引用没有硬编码本地的包路径（比如不要写死C:\Users\XXX\packages\...）

5. 验证构建代理的网络权限 #

有时候构建代理所在的机器没法访问NuGet.org，导致公共包下载失败：

• 登录到构建代理机器，打开命令行，进入你的解决方案目录，运行nuget restore命令
• 如果手动还原也失败，那就是网络或者代理配置的问题，得先搞定网络连通性

按上面的步骤调整后，再重新运行构建，应该就能解决找不到iTextSharp的问题了！

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