从TeamCity迁移至VSTS：第三方DLL集成及SVN配置咨询

Hey Pedro, great question—migrating build pipelines from TeamCity to VSTS (now Azure DevOps) can have a few gotchas with third-party dependencies, but let's break down the best ways to handle your x64 DLL scenario:

解决方案选项 #

1. 把x64 DLL直接纳入版本控制 #

这是最直接且环境一致的办法：

• 在你的项目里创建一个专门的目录（比如lib/x64/），把第三方工具的x64 DLL复制进去，然后提交到版本控制。
• 修改Visual Studio的后期构建命令，把原来从Program Files复制的路径改成这个项目内的相对路径，比如：

  copy "$(ProjectDir)lib\x64\YourTool.dll" "$(TargetDir)"
  

• 这样不管是开发者本地还是VSTS构建代理，都能从代码库直接获取DLL，不需要依赖代理上的工具安装，避免环境不一致的问题。

2. 在VSTS构建代理上预安装第三方工具 #

如果你的团队必须依赖Program Files里的DLL，可以在构建代理上安装这个工具：

• 如果用的是自定义构建代理（不是微软托管的代理），你可以手动在每台代理机器上安装这个工具，和开发者本地环境保持一致。
• 要是想自动化安装，在构建流程开头加一个PowerShell步骤，运行工具的静默安装命令（如果工具支持的话），比如：

  Start-Process -FilePath "path/to/your-tool-setup.exe" -ArgumentList "/silent /install" -Wait -NoNewWindow
  

  注意：微软托管的代理每次构建都会重置，所以这个方法只适合自定义代理。

3. 用VSTS安全文件存储并下载DLL #

不想把DLL放进代码库，也不想在代理上装工具？可以用VSTS的安全文件功能：

• 登录VSTS，进入你的项目，找到管道 > 库 > 安全文件，上传你的x64 DLL。
• 在构建流程里添加一个下载安全文件步骤，设置下载路径（比如$(Agent.TempDirectory)/lib/x64）。
• 修改后期构建命令，从这个临时路径复制DLL到目标目录：

  copy "$(Agent.TempDirectory)\lib\x64\YourTool.dll" "$(TargetDir)"
  

4. 转换成NuGet包（推荐长期方案） #

如果这个第三方工具支持打包成NuGet包，这是最规范的做法：

• 把x64 DLL打包成一个NuGet包（可以用nuget pack命令手动创建）。
• 上传这个NuGet包到VSTS的NuGet feed（项目设置里的包管理）。
• 在你的Visual Studio项目里添加这个NuGet源，然后引用这个包。这样构建时VSTS会自动下载并引用DLL，完全不需要手动复制命令，后期维护也更方便。

额外注意事项 #

• 测试构建代理的权限：确保代理有读取版本控制/安全文件、写入目标目录的权限。
• 路径要统一：不管用哪种方法，构建命令里的路径要避免硬编码绝对路径，尽量用VSTS预定义变量（比如$(ProjectDir)、$(Agent.TempDirectory)）来保证跨环境兼容性。
• 对比TeamCity的原有配置：如果TeamCity里是通过代理工具安装来处理的，对应到VSTS就是自定义代理配置或者自动化安装脚本，保持逻辑一致。

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