问题标签 [tfsbuild]

团队建设大师的

我正在寻找构建邮件通知中包含的“关联变更集”列表

比如说，默认情况下我们会收到这样的构建通知，

我真正想要的是一封包含更改的电子邮件。因此，用户不必单击 URL 来检索更改列表。所以......我希望邮件看起来像这样：

我正在为 TFS 开发几个自定义构建脚本，我想知道是否有开发、测试和部署 TFS 构建脚本的最佳实践。

您是否设置了与生产构建服务器分开的开发和 QC 环境？是否有其他方法可以将开发脚本的过程与构建过程的其余部分隔离开来，以便正在开发的构建脚本不会干扰“生产”构建？

Team Build 喜欢创建工作项、更新工作项和添加标签作为构建过程的一部分，我不希望在“测试”构建中发生这种情况。

jMM

我们有一个有趣的情况。我们的构建服务器似乎想要回到之前关闭的工作项并更新集成构建字段。

我了解构建服务器第一次设置它。如果第一次构建没有成功完成，我什至可以理解它会更新该字段。

但是，我不明白为什么它会继续使用新的集成内部版本号更新所有以前关闭的工作项。

请注意，所有相关工作项都不会显示在已定义构建的关联工作项列表中。

谢谢，

我试图让我的构建签出一些文件（使用 Microsoft.Sdc.Common.tasks），然后在构建完成后签入它们。但我似乎根本无法让它工作，更不用说在构建之前和之后了。

这种代码应该在哪里？

将一个构建的输出作为二进制文件包含在另一个构建中的正确方法是什么？

假设我有一个名为 CompanyName.Domain（我的域层）的解决方案。我将它设置为构建，并且每晚构建。

现在我想添加一个名为 SomeProject.Web 的解决方案。而且我想将 CompanyName.Domin 中的二进制文件包含在我的解决方案的对等级别的 Binaries 文件夹中。然后项目 SomeProjects.Web 对 Binaries\CompanyName.Domain.dll 的引用将起作用。

这样做的最佳做法是什么？我知道有人说他们试图通过分支来做到这一点。我是一个完全的“源代码控制”新手。但这听起来有些不对劲。

我正在寻找一种方法来确定用户是否具有给定项目的“开始构建”权限。

到目前为止，我知道 VersionControlServer 对象可用于返回用户在项目中的有效权限的字符串数组。但是，当我在 VersionControlServer 上运行 GetEffectivePermissions 方法时，列出用户权限的数组中不包含“开始构建”和“管理构建”权限。

我假设（不正确？）这是因为我正在查询不控制构建权限的 VersionControlServer。

如何通过 TFS 2008 API 找到用户有效的“构建相关”权限？

我有一个场景，我想从另一个调用一个 TFS 构建，第一个执行构建，第二个执行暂存。这将允许我为同一个解决方案执行多个自定义登台。

我知道，我可以在第二个构建中使用 exec 任务完成此任务，并调用 tfsbuild.exe 将第一个构建定义中的构建排队。但是想知道是否有人知道更好的方法？

我创建了一个解决方案，其中包含我的所有项目，包括 Dotfuscator 项目和设置项目。某些 Dotfuscator 项目仅对某些程序集进行模糊处理，而不会影响它们的任何引用。从 Visual Studio 构建时，效果很好。但是，当我运行团队构建时，出现以下错误：

C:\Program Files\MSBuild\PreEmptive\Dotfuscator\4.0\PreEmptive.Dotfuscator.Targets(20,3): 错误：无法加载外部类型，因为找不到它的程序集：

外部程序集是被混淆的程序集的引用，但它不是混淆项目的一部分。

当我对来自同一个团队项目的两个构建进行排队时，第一个立即启动，第二个在第一个完成后排队运行。但是，当对来自不同项目的两个构建进行排队时，它们都会立即启动。是否可以将这个“队列”功能用于来自多个项目的构建？我希望每个构建都排队，直到构建服务器空闲。

使用 Team Foundation Build，我正在调用 xunit.net xunit 任务，/platform:AnyCpu但我对 TFSBuild.proj 的 TeamBuild 调用是普通的。

我有许多特定于 x64 的测试（`/platform:x64'），它们被 ImageFormatException 阻塞。我还有一个标记为 x86 的测试组件，因此它不能是全部或全部。

NUnit 在 MSBuild 任务上有一个平台开关，xunit 没有。

我可以想到以下方法：

1. 调用 64 位 msbuild 子任务来调用 xunit 任务 - 没有 ToolPath 参数，所以如果这是个好主意，那么在子环境中传递的最干净的 Exec 任务语法是什么？
2. 使用 xunit.console.x64 调用 64 位的特殊情况
3. 将整个 TeamBuild 切换到 x64 和特殊情况下的 x86 （但这只是让我处于相反的情况下需要 x86 的特殊情况下）。（我还假设除了必须确保自定义任务在正确的 PROGRA~...\MsBuild 目录中之外，可能会更麻烦）

其他人在处理此类问题方面取得了哪些成功？