TFS、Jenkins 以及如何使用内部版本号更新工作项答案

【问题标题】：TFS, Jenkins and how to update work items with build numbersTFS、Jenkins 以及如何使用内部版本号更新工作项
【发布时间】：2015-10-14 01:01:25
【问题描述】：

我们正在使用 TFS 和 TFS 构建服务。我们正在考虑将 Build 服务迁移到 Jenkins，但遇到了一些问题。根据this site 的说法，有些东西不能很好地与 TFS 和 Jenkins 插件配合使用。我们经常使用它们：

关联的变更集 - Team Build 自动关联构建中包含的变更集列表
Associated Work Items – Team Build 分析关系并将工作项与构建相关联。事实上，它会遍历工作项树（父级）并在链中维护该关联。

这仍然是真的吗？我们有这种情况：

开发人员签入修复错误或解决用户故事的代码。它通过将他的签到与工作项 ID 相关联来做到这一点。
他的签入触发了将工作项与他的变更集相关联的构建。对于错误，构建将使用内部版本号更新“集成在构建中”字段。我们使用此字段来了解女巫版本中的错误已修复。

有什么方法可以让 Jenkins 表现得像 TFS 构建服务一样？

【问题讨论】：

我想你会挣扎的，Jenkins 构建集成永远不会像 TFS 构建系统那样紧密。是什么推动了向 Jenkins 的迁移？如果可以选择升级到 TFS 2015，那么构建会更加灵活和可扩展，这可能会为您提供另一种方式。
我们将迁移到 Jenkins 以利用 Jenkins 拥有而 TFS 没有的许多第三方插件（无论是否开源）。我工作的公司一直在使用 Jenkiks，但其他业务部门使用 Jira 而不是 TFS，他们有很多定义明确的插件和流程，我想重用。
TFS 2015 可能是一个选项，但我必须更好地了解它可以做哪些它还没有做的事情。
我们正在寻求做类似的事情。你最后的决定是什么？
我们放弃了这个

标签： jenkins tfs msbuild continuous-integration

【解决方案1】：

另一种选择是在 TFS 端使用虚拟构建将两者混合在一起，这样可以直接设置记录并启动 Jenkins 的构建。一些提示 How to trigger Jenkins builds remotely and to pass parameters 和 “Fake” a TFS Build。

这种方法需要一些努力，但有很多优点：

没有大爆炸，机会主义地使用 Jenkins
可以继续使用现有版本
在 TFS 中拥有构建标识符可让您进行全面监控并使用测试功能

【讨论】：

【解决方案2】：

我有一个需要 jenkins 来构建的项目的 VSTS 构建定义，但我们的所有其他产品仍然在本机使用 VSTS。为了保持一致性，这个构建定义会触发一个 jenkins 构建。我们将构建定义配置为不同步代码，因为 jenkins 将下载它（节省时间）并且不将工件发布回代理（我找到了另一个脚本 here）。这让开发者可以继续照常使用 git，构建/发布过程与我们其他产品保持一致。以及任务跟踪等。

【讨论】：