TFS 2018本地构建脚本执行TF history命令的权限问题咨询

当然可以让这个PowerShell脚本以本地系统身份运行，但你需要先确保本地系统账户对TFS有足够权限，同时正确配置TF.exe的身份验证逻辑。下面是具体的步骤和注意事项：

• 确认本地系统账户的TFS权限
  本地系统账户对应的标识是NT AUTHORITY\SYSTEM，你需要在TFS服务器上给这个账户分配必要的源代码访问权限：

  1. 打开TFS Web界面，进入目标项目集合或具体项目
  2. 进入安全设置页面，添加NT AUTHORITY\SYSTEM账户
  3. 为该账户勾选读取（Read）权限，必要时补充查看历史记录（View History）权限
     额外说明：如果TFS服务器和构建代理在同一台机器上，本地系统账户会以机器身份（域环境下是DOMAIN\MACHINENAME$）访问TFS，所以也可以检查这个机器账户的TFS权限是否配置到位。

• 配置TF.exe使用集成身份验证
  修改你脚本中的TF.exe命令，明确指定使用集成Windows身份验证，这样本地系统账户的身份会自动被传递给TFS：

  tf history "$/YourProjectPath" /collection:http://your-tfs-server:8080/tfs/YourCollection /recursive /noprompt /loginType:Integrated
  

  这里的/loginType:Integrated参数会让TF.exe自动使用当前运行账户（本地系统）的Windows身份完成验证，无需手动输入用户名密码。

• 确认构建代理的运行身份
  确保你的TFS构建代理服务本身是用本地系统账户运行的：

  1. 打开服务管理器（services.msc）
  2. 找到TFS构建代理对应的服务（通常命名为VSTS Agent (AgentName)）
  3. 右键选择属性，切换到登录标签页，确认选择的是本地系统账户
     如果之前代理用其他账户运行，切换后记得重启服务生效。

• 提前模拟本地系统上下文测试脚本
  为了避免构建时踩坑，可以先用PsExec工具模拟本地系统身份运行脚本，验证功能是否正常：

  psexec -s powershell.exe -File "C:\Path\To\Your\Script.ps1"
  

  如果这个测试能成功获取变更集，那构建任务里运行也大概率没问题。

如果之后还是遇到权限报错，建议查看TFS服务器的事件日志和构建代理的运行日志，定位具体缺失的权限项，再针对性调整配置。

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