2

2009 年，有一个关于同一主题的 SO 问题。

我想知道 Team Foundation Server 的更高版本是否更适合更长的构建管道。参考 Jenkins、TeamCity、ThoughtWorks 的 Go（我的雇主）的功能。

构建管道的可视化对我很重要，以及有关各个阶段通过或失败的通知。随着该分支的出现，该分支的“主干”管道成为一个用于发布分支的管道的卓越克隆能力。

其次，个人的圣杯是 CI 服务器将其配置存储在 SCM 中，该 SCM 本身拥有可构建的东西，甚至可以默默地创建分支以提供新的管道；是否可以将 TFS 配置为将 CI 定义/脚本存储在其 SCM 端而不是其随附的 SqlServer 中？

4

2 回答 2

3

TFS 构建由三个组件组成：

  1. 构建定义 - 存储在 SQL Server 数据层上。
  2. 构建工作流 - 存储在源代码管理中的 XAML 文件。
  3. 支持的 MSBuild 脚本 - 通常包含用户定义的操作，也存储在源代码管理中。

随着构建的进行，您可以看到构建步骤的可视化，您还可以获得主构建和 MSBuild 输出的不同日志。

TFS 中的构建定义只是构建设置的集合，类似于 CC.Net 的配置文件和 TeamCity 的构建配置选项卡，它们也都存储在文件系统中。假设数据库上有备份计划，您实际上并不需要将构建定义存储在源代码管理中，但如果必须，可以通过导出tbl_BuildDefinition表来实现。

TFS Power Tools为构建定义添加了克隆功能。

尽管使用 TFS-API 相当可行，但没有 OOTB 支持从新分支配置构建定义。

于 2012-05-18T21:30:00.147 回答
0

聚会有点晚了，但如果您想要高级构建管道自动化，请不要打扰 TFS。它根本没有削减它。

我已经广泛使用了 Jenkins 和 TFS。Tfs 只是。纯的。废话。这就是为什么。

没有下游/上游构建。没有 piepline/orchestraion 构建。（如 jenkins）添加构建步骤的晦涩方式并回退到使用 MsBuild。慢并且仍然轮询源代码控制。将您与 MsTest 联系起来。

并且请不要指出“哦，如果您编写自定义活动，您可以做任何事情”。我不会浪费时间为封闭源代码、低于标准的平台进行开发。如果我要贡献一些东西，那是免费的。开源平台。

于 2013-02-28T00:07:13.547 回答