Azure DevOps Server 2020远程执行批处理文件的位置及存储相关技术问询

Let's walk through your questions clearly, since I've tackled similar setup scenarios many times:

1. helloWorld.bat 的存放位置 #

这得看你的自托管代理和远程目标服务器的部署关系：

• 如果你的自托管代理直接安装在远程目标服务器上：
  完全可以把bat放在目标服务器的本地路径里（比如代理工作目录下的scripts文件夹，或者你自己指定的C:\Scripts这类路径）。因为代理运行在这台机器上，天然就能访问本地文件，直接用命令行任务调用C:\Scripts\helloWorld.bat即可。如果你的需求是让"Hello World"在目标服务器的本地控制台弹出，记得在bat里用类似msg * "Hello World"或者start cmd /k "echo Hello World"的命令（单纯echo Hello World只会输出到ADO管道日志，不会在目标服务器本地窗口显示）。
• 如果你的自托管代理部署在其他机器上，需要远程操作目标服务器：
  这时候你有两个选项：
  • 把bat存到Azure DevOps的仓库里，管道运行时先拉取到代理机器，再通过WinRM/SSH这类远程管理工具，将脚本复制到目标服务器并执行。这种方式更规范，能跟踪脚本版本。
  • 提前把bat放到目标服务器的共享路径（比如\\目标服务器IP\Shared\helloWorld.bat），但前提是自托管代理的运行账号有访问该共享的权限，然后在管道里通过远程命令调用这个共享路径的脚本。不过这种方式不利于版本管理，不推荐长期用。

你提到"存放于Azure DevOps Server不合理"，其实是误解了场景——如果代理不在目标服务器，存ADO仓库是合理的，因为管道可以帮你把脚本分发到目标服务器后执行，刚好能满足你在目标服务器显示内容的需求。

2. 自托管代理能否访问目标服务器上的批处理文件？ #

• 如果代理和目标服务器是同一台机器：肯定可以，直接访问本地路径就行。
• 如果是不同机器：默认不行，必须通过远程授权实现：
  • 给代理的运行账号分配目标服务器的文件共享权限，通过SMB路径访问；
  • 配置WinRM/SSH远程管理，让代理可以远程登录目标服务器执行脚本；
  • 使用ADO的专门远程任务（比如"Windows Machine File Copy"任务）先把脚本传到目标服务器，再执行。

3. 用哪种ADO仓库存储脚本？ #

推荐使用Azure DevOps的Git仓库：

• Git支持版本控制，能跟踪脚本的修改历史，方便回滚和协作；
• 管道可以直接拉取Git仓库里的脚本，配合"Copy Files"或远程任务分发到目标服务器；
• 如果你的团队已经在使用TFVC，也可以用TFVC仓库，但Git的灵活性和生态更好，更适合存储脚本这类轻量级文件。

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