问题标签 [vnext]

我知道如果我单击构建链接以获取摘要，它会显示所有步骤，但我无法使用 API 或查看 TFS 数据库在任何地方找到构建失败的实际步骤（构建任务）。

TFS 2015 是否将其存储在任何可访问的地方？

我正在 TFS 版本 15.117.27414.0 中构建 vNext。我将构建工件发布到共享文件路径。在我手动删除历史选项卡中的构建记录后，为什么工件的放置文件夹仍然存在于共享文件夹中？

保留设置

删除构建历史记录时的消息

我在 TFS 2018 中创建了一个 vNext 构建定义。我可以多次将此构建定义排队，并且它们是并行处理的。

这种行为是不可接受的。如果它们按顺序处理，我可以忍受。

有谁知道我必须在定义中设置哪个设置？

我在以下环境中运行 tfs：

TFS 2018.2 On-Premise
4 个具有不同功能的构建代理
1 个构建定义，满足所有代理的功能

计划有更多的构建定义。今天，我们只有一个，因为我们正在将 xaml 构建迁移到 vNext。

我们在 TFS 2017.2 上使用新的 vNext TFS 构建系统（不是旧的基于 XAML 的系统），并且我们希望实现更多管道（现在在 VSTS 2019 及更高版本中称为并发作业 - 如果您查看，请注意术语切换新文档）。

我们正在使用该系统构建许多技术，其中一些是通过 Maven 部署的基于 WLS 的 Oracle 技术。WLS 一次只能接受一个部署 - 如果它同时遇到并发部署尝试，它很可能会挂起并停止服务请求。

我们希望将所有这些部署强制到单个管道/并发作业上，以便它们按顺序执行，从而避免上述情况。然后将允许将其他技术的部署部署在其他管道上（因为其中一些其他部署可能会长时间运行，我们希望防止它们阻塞与单个管道绑定的 WLS 部署）。

我们可以通过 Capabilities and Demands 强制构建部署在特定代理上。我们可以通过将所有 WLS 版本强制到单个代理上来完成类似的操作（它可以在多个管道/并发作业上运行，但仍会通过代理强制它们进入单个并发模型），但我看不到任何定义需求的方法关于发布定义（我只看到关于构建定义的选项）。

有没有办法在每次运行（甚至单个代理）时将 TFS vNext 发布定义强制到单个管道/并发作业上？

使用 powershell 或批处理脚本在构建服务器上运行带有发布定义的记事本或任何其他 Windows 应用程序：我尝试了所有我知道的命令：

当在服务器本身上运行时，一切正常（启动记事本或任何其他 win 应用程序）但是当我尝试通过 TFS 版本定义运行时：命令结束成功但在构建服务器上 - 没有任何反应。

有任何想法吗！！！

我有一个将安装 exe 的 powershell 脚本。当我从 powershell ISE 控制台尝试它时它工作正常，但是当我从 TFS 构建步骤尝试它时它失败了。注意：我的 TFS 用户、代理用户和触发用户是相同的。任何人都可以对这个问题有所了解吗？

上面的代码是用来安装exe的。$parameter 是自定义参数的列表。

我得到以下错误

[WixSession.GetSession][GetSessionValues]异常：值不能为空。参数名称：s

我有一个包含多个项目和测试项目的 C# Visual Studio 2017 解决方案，一个带有 VS 测试任务的 vNext 构建管道。“仅运行受影响的测试”选项已启用。清洁选项未选中。

我开始构建没有变更集（没有代码更改）。在测试代​​理的工作区中，我可以验证没有重建发生：项目引用、复制本地、构建前/后事件、如果较新则复制都很好。构建后不会替换任何程序集。

某些项目的测试未运行（这是正确的），但某些项目的测试始终运行。

这些测试项目的项目属性似乎相同。

有人对在哪里看有建议吗？

我们在 BitBucket 中存储和处理了代码。我正在尝试使用构建管道将该代码同步到 VSTS Online 内的 git 存储库。但是，我不知道要使用什么构建步骤从 BitBucket git 中提取文件并将它们推送到 VSTS git 中。

我的想法是这样的：

“获取源”从远程 BitBucket 存储库中获取文件，然后命令行脚本旨在通过首先切换到主分支然后从远程 git 拉取来将它们保存到本地 VSTS git。但是，我不确定要用于此任务的命令和/或作业模块。

图片来自 Build and release 选项卡下的本地 VSTS git repo。

我们使用的是 MTM 2015 和 TFS 2015。尝试使用 vNext 构建运行 Coded UI 自动化时开始遇到问题

测试运行的构建目录不存在或需要访问权限

开始深入挖掘，然后遇到了这个链接msdn。

最后，如果您看到 Q 和 A：

问：我可以使用 vNext 构建在实验室环境中运行自动化测试吗？

答：目前只有 XAML 构建支持自动化测试。 Microsoft 测试管理器不支持 Team Foundation 2015 构建（也称为 Build vNext）。Microsoft 测试管理器将允许您将 vNext 构建与您的测试计划相关联，但是当您尝试使用实验室环境触发自动化测试时，您的测试运行将失败并且错误日志将显示以下消息 - 这可能会产生误导.

测试运行的构建目录不存在或需要访问权限

问题是 MTM 2017 是否支持使用 vNext 构建的 Coded UI 自动化执行？如果不是，我们什么时候可以期待这个 MTM + vNext 构建工作没有任何问题？

我们根据 BuildConfiguration 变量使用多重配置，并在我们的一个构建中与 Clean:false 并行运行发布和调试。在代理队列中，我们有两个满足此特定构建定义要求的代理。

问题是无法在此构建上设置代理。

这就是为什么您不能肯定地说调试将始终基于代理 x 并在代理 y 上发布。如果现在一旦在代理 x 上构建发布，那么文件就在那里并且不会被删除。如果这导致它在填充 drop 时复制了一些东西，那么“过时”的文件将在那里结束。

一种选择是 Clean:All，但我们不想错过增量模式。

这个问题有解决方案吗？