问题标签 [azure-pipelines]

项目性质：C++，原生，控制台项目），一个dll项目，两个exe项目，exe用于测试用例

我正在使用基于新脚本的构建（不是基于 XAML，至少这是我的理解）。

在本地，我能够创建 dll、可执行文件、运行测试用例并获得代码覆盖率。

patform 工具集设置为：“Visual Studio 2013 - Windows XP (v120_xp)”

“输出目录”设置为

$（解决方案目录）$（配置）\

It seems like the Build Breaker Plugin is no longer compatible with SonarQube 5.2. Is there any alternative to have a (VSO) build fail if a Sonar gate is not fulfilled or are there plans to update the Build Breaker Plugin to 5.2?

We are hosting our Scala and java code in git repo in vso and using maven tool to do continuous builds using build vnext. We use junit to write tests for Java code and scalatest for writings tests for Scala code. Our junit tests seem to be executed as part of build and results stored on vso but I don't see Scala tests being executed as part of build. They do executed when I run mvn package command locally, so I'm sure that the pom is correctly configured.

How to get scalatest based unit tests run as part of vso build?

我将内部版本号格式指定为：

这将创建格式为“BuildDefinitionName_2015.11.11.1”的内部版本号

修订似乎是当天构建运行的次数。

我希望能够在进一步的构建步骤中使用这个值。

例如，我正在使用 nuget packager 步骤创建一个 nuget 包，并使用“使用内部版本号对包进行版本控制”选项

这会创建类似于“PackageName.2015.11.11.1.nupkg”的包

然后我想使用 nuget 发布者构建步骤来发布它，但问题是随着时间的推移，您会在包文件夹中获得多个包，并且 nuget 发布者步骤使用一种模式来匹配要发布的包。

IE

• “包名.2015.11.11.1.nupkg”
• “包名.2015.11.11.2.nupkg”
• “包名.2015.11.11.3.nupkg”

在没有明确说明要发布的文件的情况下，发布者步骤将发布所有这些文件。

我不想要这个，我只想让它发布与当前内部版本号匹配的文件。

所以我希望能够在模式中设置内部版本号部分。

IEPackageName.$(Year:yyyy).$(Month).$(DayOfMonth)$(Rev:.r).nupkg

但似乎这些变量不会在搜索路径中被替换，而是作为文字匹配出现。

奇怪的是，在 nuget 包步骤中，它为您提供了按内部版本号创建包的选项，但随后不允许您在 nuget 发布构建步骤中匹配它。

有什么方法可以让 Visual Studio 构建通知工具与新的 vNext 构建系统一起使用？

目前，我只能看到旧的基于 xaml 工作流的构建可供选择用于通知。

我还希望能够将其用于 vNext 可编写脚本的构建系统。

我正在研究 vNext 构建 TFS 2015。我们如何将用户定义的变量从 vNext 构建传递到 power shell 脚本？我正在添加 powershell 脚本作为构建定义中的一个步骤。

我正在使用 Visual Studio Online - Package Manager Preview 以及新的构建系统。包管理器预览添加了许多构建步骤，包括“NuGet Publisher”步骤，该步骤应将包推送到 Visual Studio Online 托管的私有源。

现在这里的文档有点不合时宜。就像关于 auth和个人访问令牌的文档一样。有一些迹象表明，只要您设置了权限（构建服务帐户对服务端点和包管理器扩展具有权限），就不需要在 VSO 和包管理器之间进行身份验证。实际的构建步骤要求您从服务端点列表中进行选择，这就是我所尝试的。

当我在服务端点上没有放置凭据时，我收到错误：

当我尝试将 API 密钥放在服务端点上时，它似乎在保存时被丢弃......并且错误更改为：

我也尝试使用个人访问令牌无济于事。

如何使发布步骤正常工作？

我们最近将 Azure SDK 更新到 2.8。现在，在 VSO 托管构建上构建我们的解决方案时，我们会遇到构建错误。

未找到导入的项目“C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\Windows Azure Tools\2.8\Microsoft.WindowsAzure.targets”。
确认 <Import> 声明中的路径正确，并且该文件存在于磁盘上。

我在 MSDN 上发现了另一个有类似问题的问题，但没有任何答案。在托管版本中支持 Azure SDK 2.8

有谁知道如何解决这个问题？我们必须降级吗？

我有一个 Visual Studio Team Services 构建定义，其中包含一个由 Sonar Begin Analysis 和 End Analysis 任务包围的 Visual Studio 构建任务。Visual Studio Build 使用 /p:IsPackaging=True 属性打包 SharePoint 提供程序托管的加载项。如果设置了此属性，我会从 Sonar Build Runner 收到以下错误：

当然，我可以首先在没有 /p:IsPackaging=True 的情况下构建解决方案并对此进行分析，然后在第二步中进行打包，但这似乎是在浪费资源，不得不两次构建解决方案。

知道如何打包 SharePoint 提供程序托管的加载项并使用相同的任务与 Sonar 进行代码分析吗？

使用的声纳版本是 5.1.2。VSTS任务使用的MSBuild.SonarQube.Runner版本为1.0.1。

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

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

第一行通常是：

它已切换到：

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