PowerShell脚本命令行运行正常，TFS构建执行时New-Item拒绝访问

这是典型的服务账户权限差异问题——你本地命令行运行脚本用的是个人用户账户（已经拥有网络共享的访问权限），但TFS构建任务是由专用的服务账户执行的，这个账户默认没有目标共享目录的操作权限。下面是具体的排查和解决步骤：

1. 确认TFS构建使用的服务账户 #

TFS构建代理是通过系统服务运行的，你需要先找到执行脚本的账户：

• 在构建代理所在机器上，打开「服务」管理器（可以通过运行services.msc命令打开）
• 找到Visual Studio Team Foundation Build Service（或类似命名的服务，比如Azure DevOps Agent服务），查看它的「登录身份」字段，这就是执行脚本的实际账户

2. 给服务账户配置共享目录权限 #

需要对目标网络共享进行双重权限配置，缺一不可：

• 共享权限：右键共享文件夹 → 属性 → 「共享」选项卡 → 「高级共享」 → 点击「权限」，添加刚才找到的TFS服务账户，授予「读取」和「写入」权限
• NTFS权限：切换到「安全」选项卡 → 「编辑」 → 添加同一个服务账户，授予「修改」「写入」「创建文件/文件夹」等必要权限

3. 优化PowerShell脚本（可选但推荐） #

你的初始脚本有几个可以优化的点，避免潜在问题：

• 用PowerShell原生的Join-Path拼接路径，更可靠且不易出错：

  $NewPathForFiles = Join-Path -Path "\\NetworkShareName" -ChildPath "ProductName $MajorBuildNumber"
  

• 添加错误处理和构建变量传递（如果需要把路径传给后续任务）：

  $NewPathForFiles = Join-Path -Path "\\NetworkShareName" -ChildPath "ProductName $MajorBuildNumber"
  try {
      # -Force参数会自动创建缺失的父目录，避免因父目录不存在报错
      New-Item -Path $NewPathForFiles -ItemType Directory -Force -ErrorAction Stop
      # 将路径写入TFS构建环境变量，供后续任务调用
      Write-Host "##vso[task.setvariable variable=SharedFilepath;]$NewPathForFiles"
  } catch {
      Write-Error "创建共享目录失败: $_"
      # 抛出错误终止构建，避免后续任务执行
      throw
  }
  

• 注意！你原脚本里\\NetworkShareName 后面多了一个空格，这会导致路径无效，一定要删掉这个多余空格

4. 验证权限配置是否生效 #

最直接的验证方式：用TFS构建服务账户登录到构建代理机器，手动运行脚本。如果仍然报错，说明权限配置还没到位；如果能成功创建目录，那回到TFS构建任务就能正常执行了

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