问题标签 [azure-pipelines-build-task]

我在 Visual Studio Team Services 中有一个构建配置，它一直运行良好，直到今天它莫名其妙地开始使用节点执行步骤而不是 PowerShell 步骤。构建代理在 Windows 机器上运行，因此根据我的知识，它不应该使用 Node 路由。

任何人都可以提供对此的见解吗？其中一项任务是 NPM 和 NPM 安装任务。

第一行通常是：

它已切换到：

这导致了涟漪错误效应。有任何想法吗？如果我可以强制执行 PowerShell 脚本，我想我会很好。

在 VSTS 中，我使用 PowerShell 任务来运行我的一个脚本。该脚本包含以下内容：

由于 Write-Error cmdlet 在 stderr 上写入，因此这些消息会在 VSTS Web 界面中报告：

我想改进这个输出。我正在寻找的改进是：

1. 我希望每个错误都有一个红色 X。
2. 我想消除所有的噪音，即去掉以“+”开头的行

除了调用 Write-Error，我还可以从我的脚本中调用另一个函数来将错误添加到构建摘要页面吗？

我看到了函数Write-VstsTaskError但不幸的是它只能从 VSTS 任务中调用。无法从我的脚本中调用它。

我只是想知道链条的基础是什么Azure Powershell VSO agent task。我认为这不是简单的 powershell 主机，因为它不能与某些命令行开关（例如Get-Module -ListAvailable）一起使用并且失败并出现错误：

术语“Get-ServiceEndpoint”未被识别为 cmdlet、函数、脚本文件或可运行程序的名称。检查名称的拼写，或者如果包含路径，请验证路径是否正确并重试。

找不到名称为“xxxxx-xxxx-xxxxxx-xxxx-xxxxxxxxxxx”的连接服务。确保已使用管理 UI 中的服务选项卡成功配置此连接服务。

我正在按照这里的教程来标记我的 web.config 设置。 https://msdn.microsoft.com/library/vs/alm/release/examples/azure/change-config-azure-webapps#tokenization

我有一个部署到 Azure 的 Web 应用程序。但是 web.config 令牌没有被替换。我的自定义配置部分中有 2 个令牌。

发布变量在发布定义中定义为

发布成功，但是当我检查服务器上的 web.config 时，这些值没有被替换。我在这里想念什么？

谢谢！

我们有一个 Azure 企业协议，其中包含一个绑定了 VSTS 帐户的主订阅。我们已经设置了包管理扩展，以便为不同的项目托管一些有用的包。对于每个客户，我们在此 EA 中创建一个订阅并绑定一个 VSTS 帐户。我们在后者订阅的托管构建代理上构建我们的客户项目。但是，当构建过程需要恢复存储在主包源中的 NuGet 包（使用 Nuget 安装程序任务）时，构建服务似乎无法访问此源（可能是因为它不是同一订阅的一部分）。

有没有办法在主提要权限中允许外部构建服务，甚至在客户构建定义的 NuGet 安装程序任务中使用 api 密钥，以便能够从主提要恢复包？

编辑：我尝试将特定的 nuget.config 与apiKey（具有在我的开发机器上本地设置的相同 api 密钥）或packageSourceCredentials标记一起使用。2 都没有让构建代理恢复包。

编辑：构建代理屏幕截图（COETools.Testing 来自另一个订阅的自定义提要）

编辑：nuget.config

编辑：我将构建任务更改为使用提供的默认代理 nuget.exe（我以前在源代码管理中使用过一个），并且我设法恢复了来自 nuget 官方提要的包。但我仍然无法从自定义提要中恢复。

在 Visual Studio Team Services (VSTS) 中定义构建时，我可以在运行测试时过滤要包含或排除的特定测试。

问题：如何从执行中过滤完整的测试类？屏幕截图中的示例演示了我如何根据测试类别过滤测试。

我想排除的示例测试类：

当前配置排除我的集成测试：

试用：过滤条件ClassName!=SampleTests不起作用。它似乎只保留给商店应用程序。这里有相当不错的文档：Vikram Agrawal 的 MSDN 博客。

问的原因：我有测试类在运行任何测试之前先初始化大量数据，最后运行清理工作。当通过上述过滤器排除我的所有测试时，仍然会发生类初始化和清理，这会消耗大量时间和资源。我喜欢优化这个。

我正在尝试在 Visual Studio Team Services 中设置构建过程，我已经按照UWP 项目的步骤在我的盒子上使用代理来完成此操作，但我不断收到以下构建错误：

我检查了构建抱怨的路径，问题出在路径中的 10.0.10240.0 中：

目标文件位于

这是项目文件中的声明的样子（我不认为这是错误的，我看不出这个奇怪的 10.0.10240.0 版本在路径中的来源）：

关于可能出现的问题以及我该如何解决的任何建议？

我正在使用新的 Visual Studio Team Services Online 运行简单构建，包括在自定义 Windows Server 2012 R2 VM 上执行以下任务：

1. nuget 安装程序
2. npm
3. 吞咽
4. Visual Studio 构建
5. Visual Studio 测试
6. Azure Web 应用部署
7. 索引来源和发布符号
8. 发布构建工件

任务 #1 到 #4 运行成功，任务 #5 (vstest) 抛出以下错误：

我已经在 Visual Studio Team Services 中为 UWP 解决方案设置了一个构建过程，它使用我的盒子上的代理。我的解决方案包含 C++ 和托管项目的混合（2 个项目是 C++，其他是 C#）。我的问题是x86构建失败，而对于x64和ARM平台构建成功完成。

从我从构建日志中看到的内容来看，它错误地将Win32平台视为x64，并将生成的*.lib文件放入bin\Release\x64文件夹而不是bin\Release\Win32，下一个项目应该从中获取它：

非常感谢任何有关如何解决此问题的建议。

我正在尝试为我的构建和发布创建一个 Visual Studio Team Services 扩展任务。我需要一个任务，如果之前的任务（包括默认的构建/测试/发布/等）失败，它将向另一个系统发送警报。

我已经创建了发送警报的任务。但是，只有在我的构建失败时，我才看到启动任务的方法。

如果先前的任务失败，VSTS 中是否有办法运行任务，但如果所有其他任务都成功则不运行它？