如何让TFS构建直接在网络共享路径创建工作区以省去复制步骤？

当然可以直接在UNIX网络共享路径创建TFS（现在常称为Azure DevOps Server）工作区，省去复制环节，不过需要满足几个关键条件并做相应配置，我给你梳理下具体步骤和注意事项：

1. 确保构建服务账户的权限到位 #

• 运行TFS构建代理的服务账户，必须对目标UNIX网络共享路径拥有完整的读写权限。如果是SMB共享，要确认构建机器能正常访问该共享，且账户通过了权限验证；如果是NFS共享，Windows构建机器需要先安装NFS客户端，同时完成Windows账户到UNIX权限的映射配置。
• 建议先手动用构建账户登录构建机器，尝试在共享路径创建/修改文件，验证权限是否正常。

2. 修改构建定义的工作区映射 #

在你的TFS构建定义里，找到获取源代码步骤，调整工作区设置：

• 将默认的本地工作区路径替换为UNIX共享的网络路径：如果是SMB共享，直接用\\unix-server-name\shared-folder\your-workspace；如果已经在构建机器上把共享映射成了盘符（比如Z:），也可以用Z:\your-workspace。
• 如果你的构建代理运行在UNIX系统（比如Linux）上，直接配置工作区到本地挂载的共享路径即可，比如/mnt/shared-build-dir/your-workspace。

3. 手动验证工作区创建（可选但推荐） #

在正式修改构建定义前，建议用tf命令行工具手动测试工作区创建，确保路径可用：

# 针对Windows构建机器的SMB路径示例
tf workspace /new /collection:http://your-tfs-server:8080/tfs/YourCollection /permission:Private \\unix-server\shared-folder\test-workspace

如果这个命令能成功创建工作区，说明路径和权限都没问题，再去修改构建定义就稳了。

4. 注意跨平台和性能问题 #

• 路径分隔符：如果构建代理是Windows，使用SMB共享的Windows格式路径即可；如果是UNIX代理，直接用UNIX风格路径，TFS会自动适配。
• 网络性能：网络共享的带宽和延迟会影响源代码同步速度，如果共享路径离构建机器较远，建议评估下网络情况，避免拖慢构建效率。
• 工作区冲突：如果用的是公用工作区，要注意并发构建可能带来的文件冲突问题，优先推荐使用私用工作区。

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