Question

我正忙着整合Jenkins和TFS。我的第一个不成功的尝试是使用Jenkins的多分支管道设置和TFS。所以我的第二次尝试是使用带有参数的单个Jenkins构建来指定要构建的分支。

我已调用此参数branchRef并在＆＃34;分支中使用它来构建＆＃34;像${branchRef}

这样的字段

根据Team Foundation Server plugin for Jenkins，我必须按如下方式指定Refspec：+refs/heads/*:refs/remotes/origin/* +refs/pull/*:refs/remotes/origin-pull/*这会给我一个参考列表，如：

44553f3184c5cbe04e9838209bc752218cd7e54a refs/remotes/origin-pull/563/merge
8bf10538ee29e9df0745ed4b7b23cb20fe56978d refs/remotes/origin/feature/integration
fa8c14671cb6ce1c3ef6dcca52e9e1f45e914e00 refs/remotes/origin/feature/stable

在TFS中，我已将构建定义设置为使用Job参数，例如：branchRef=$(Build.SourceBranch)。在构建分支和pull-request（合并）时，我得到以下参数：

normal branch: refs/heads/integration
pull-request merge: refs/pull/563/merge

这给出了以下Jenkins行为

->normal branch
 > git.exe rev-parse "refs/remotes/origin/integration^{commit}" # timeout=10
->pull-request
 > git.exe rev-parse "refs/pull/563/merge^{commit}" # timeout=10

因此正常分支Jenkins / Git插件正在从refs/heads/integration转换为refs/remotes/origin/integration，而拉取请求则不会翻译为＃{1>}。

我已经实施了一种解决方法，即将Refspec更改为：+refs/pull/*:refs/pull/* +refs/heads/*:refs/remotes/origin/*但我不知道从长远来看这是否会导致问题。

Answer 1

我通过尝试复制你的设置并注意到同样的事情来测试这个：

所以正常分支Jenkins / Git插件正在翻译 refs / heads / integration to refs / remotes / origin / integration 拉请求它不会'翻译'。

这不应该导致它的当前状态出现任何问题（除非这个令人困惑的行为发生了变化），因为每次都应该提取遥控器。据我所知，如果您未在refs/heads/integration上进行任何本地更改，refs/remotes/origin/integration成为heads则无关紧要。remotes/origin

如果你想绝对确定你可以使用git rev-list --count refs/heads/integration..refs/remotes/origin/integration比较它们（如果它们相同则应为0）。

The difference between heads and remotes/origin可能与此相关。

Jenkins Git Refspec没有正确替代分支说明符

1 个答案: