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

Question

我们正在使用TFS和TFS构建服务。我们正在考虑将Build服务迁移到Jenkins，但我们遇到了一些问题。根据{{​​3}}，有些东西与TFS和Jenkins插件不能很好地协同工作。所有这些我们都使用了很多：

• 关联变更集 - 团队构建自动关联构建
中包含的变更集列表
• 关联工作项 - 团队构建分析关系，并将工作项与构建关联。实际上，它遍历工作项树（父）并在链中维护该关联。

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

• 开发人员会检查修复错误或解决用户素材的代码。它通过将签到与工作项ID相关联来实现。
• 他的签入触发了一个将工作项与其变更集相关联的构建。对于错误，构建将使用内部版本号更新“Integrated in Build”字段。我们使用这个字段来了解女巫版本中的错误。

有没有办法让Jenkins表现出来并做TFS构建服务呢？

Answer 1

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

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

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

Answer 2

我的一个项目的VSTS构建定义需要jenkins构建，但我们仍然拥有本地使用VSTS的所有其他产品。为了保持一致性，此构建定义会触发jenkins构建。我们将构建定义配置为不同步代码，因为jenkins会下载它（节省时间）而不是将工件发布回代理（我有另一个脚本找到here）。这允许开发人员继续正常使用git，并且构建/发布过程与我们的其他产品一致。随着任务跟踪等。