如何在Team Foundation Server 2017中设置拉取请求的来源分支条件？

当然可以！在TFS 2017里，你完全能通过分支策略+自定义验证逻辑来实现这个GitFlow分支管控需求——强制合并到master的拉取请求，只能来自develop或hotfix分支。下面是具体的实现步骤，亲测可行：

方法一：自定义构建任务验证来源分支 #

这是最直接的管控方式，通过创建一个专门的构建任务来检查PR的来源分支是否合规，再把这个任务绑定到master分支的PR策略里。

• 新建构建定义
  打开TFS 2017的构建页面，选择「Empty」模板创建一个空的构建定义。然后在构建步骤中添加一个「PowerShell」任务，用来编写验证逻辑。

• 编写分支验证脚本
  在PowerShell任务的脚本框中输入以下代码，它会自动读取当前PR的来源分支，并检查是否属于允许的分支范围：

  # 获取当前拉取请求的来源分支路径
  $sourceBranch = $env:BUILD_SOURCEBRANCH
  
  # 定义允许发起PR的分支（支持通配符匹配）
  $allowedBranches = @("refs/heads/develop", "refs/heads/hotfix/")
  
  # 检查来源分支是否符合要求
  $isValid = $allowedBranches | ForEach-Object { $sourceBranch -like "$_*" } | Where-Object { $_ }
  
  if (-not $isValid) {
      Write-Error "❌ 验证失败：拉取请求必须来自develop分支或hotfix/*分支，当前来源分支为 $sourceBranch"
      exit 1
  } else {
      Write-Host "✅ 验证通过：来源分支符合GitFlow规范"
      exit 0
  }
  

  小贴士：BUILD_SOURCEBRANCH是TFS构建系统自带的环境变量，会自动填充当前PR的来源分支完整路径，不用手动配置。

• 绑定到master分支的PR策略
  进入代码仓库找到master分支，右键选择「分支策略」，在拉取请求策略区域点击「添加构建策略」，选择刚才创建的构建定义。记得把策略要求设为必须通过，这样只有验证合格的PR才能进入合并流程。

方法二：分支权限辅助管控 #

为了从根源上避免绕过PR直接合并代码到master的情况，你可以配合设置分支权限：

• 进入master分支的权限设置页面，找到「Contribute」（贡献）权限，将普通开发者的权限设为「拒绝」，只给管理员或特定角色保留紧急推送的权限（如果有需要的话）。
• 这样就能确保所有代码合并都必须经过PR流程，再结合上面的构建验证，就能完美实现你的GitFlow管控要求。

额外注意点 #

• 确保构建定义的触发器设置为「拉取请求」，这样每次创建或更新PR时都会自动触发验证。
• 如果你的hotfix分支命名规则不是hotfix/xxx，可以修改脚本里的$allowedBranches数组来匹配你的实际规范。

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