问题标签 [build-pipeline]

有没有办法改变构建管道的超时时间，目前管道时间在 60 分钟后结束。我想缩短到 30 分钟。

我查看了所有组织设置和项目设置，但在 UI 上找不到任何内容

或者它可以从 YAML 设置吗？

上周，我们的团队决定将所有单独的 .NET 项目转移到一个解决方案中。因为我们已经在为每个项目使用带有单独构建管道的 Azure DevOps，所以我们研究了仅在特定项目发生更改时才触发构建的可能性。这是为了防止构建代理在每次提交时重建整个解决方案。

因为我们的源存储库是一个本地托管的 Git 存储库，所以我们没有使用路径过滤器的好处，所以我们使用了一个 Powershell 任务来确定是否应该跳过所有即将到来的任务，使用自定义条件（在这个SO 问题中解释）。

现在，在每次提交时，都会触发所有构建，但是如果它们应该继续构建并且（更重要的是）它们是否应该在最后发布构建工件，则构建会自行解决。这种跳过构建的示例如下：

但是，每次这样的构建“成功”时，都会创建一个新的工件，即使跳过了发布工件任务。问题是当构建管道创建工件时，我们所有的发布管道都会被触发。因此，每次如上所示跳过构建时，发布管道都会触发并尝试部署工件。但它失败了，因为它用于部署的工件并不真正存在（看起来它是空的，并且构建管道实际上并没有在摘要选项卡上提及工件），因此对工件的任何操作在发布中都会失败管道。

我们的发布管道设置为在源类型 build artifact上触发，对于相应的构建管道，默认版本参数设置为latest.

即使跳过发布工件任务，发布管道仍会触发并尝试部署空工件，这怎么可能？

有谁知道在使用 Unity BuildPipeline 构建时如何启用 App Bundle (Google Play) 选项？试图让它与我们的 CI 服务器一起工作，这是当前用于创建 APK 的代码：

任何帮助将不胜感激！干杯，托马斯

我想将我的构建代理中的“java_home”功能升级到 jdk8，因为这是在我的 CI 构建中集成“Sonarqube 分析”所必需的。如何在 vsts 中更新相同的内容？
我想将 java_home 的路径（但在 vsts 中似乎不可编辑）更改为带有 jdk8 的路径，或者仅升级当前文件夹下的 java。

我正在开发一个Azure Function解决方案，其中我有 2 个class library和一个 Azure Function 项目。我已经设置了Azure DevOps构建和发布管道。/usr/share/dotnet/sdk/2.2.105/NuGet.targets(499,5): error : Could not find a part of the path '/tmp/NuGetScratch随着我最近的更改，无论何时运行，我都会遇到错误azure build pipeline。

我不确定是什么造成了这个问题。非常感谢任何帮助。

我有一个dotnet core在本地构建良好但多次引发以下错误的项目：

此错误出现在项目中使用的每个包的 VSTS 构建日志中。

打开链接显示：

虽然我NuGet.Config在项目文件夹中没有，但在父文件夹中有一个：

我也会收到此错误（但仅适用于日志中的 1 或 2 个包）：

如果我为应用程序得到的只是第一个错误，则构建成功，但如果我得到一个或多个第二个错误，则构建失败。

我需要做什么才能知道dotnet core从哪里采购包裹？

[编辑]我尝试将其NuGet.Config放在项目文件夹中，但无济于事。

[EDIT-2]我有它的工作。解决方案是将NuGet源文件放在csproj文件中，如下所述：https ://stackoverflow.com/a/56231929/71376

由于构建过程的怪癖，我需要在构建过程中更新构建分支中的文件。因为我设置了拉取请求分支策略并为构建过程创建了一个特定帐户，并授予它“推送时绕过策略”权限。然后我有一个 power shell 脚本，它使用该帐户来更新有问题的文件，并在构建期间执行提交和推送。这一切都适用于原始分支。

我需要为客户特定的工作创建第二个分支，因此我克隆了该分支并将构建策略和安全性设置为相同的值（据我所知）。但是，powershell 脚本在推送时失败：TF402455：不允许推送到此分支；您必须使用拉取请求来更新此分支。

我已经检查了两个分支的安全设置，它们是相同的（据我所知）。

我将 Azure DevOps Pipelines 与 GitVersion 一起使用。

我有一个 git 存储库，文件夹中有两个项目：

我的 pipeline.yml 的开头如下所示：

其次是dotnet restore、build等。

我的问题是让我们说 ProjectA 通过提交获取版本“-alpha12”。然后我提交给 ProjectB，它得到的版本是“-alpha13”。但是这两个项目是相互独立的，版本也应该如此。

我提到的是，没有通往 gitversion.yml 的路径，我认为构建过程只是使用默认值。但我不知道如何指定 gitversion.yml 的路径，也不知道这是否能解决我的问题。

有人能帮我吗？

我正在尝试为 WinForms 桌面应用程序创建 Azure DevOps 构建管道，问题是我无法发布应用程序，也无法创建构建工件。

我创建了一个 WinForms 桌面应用程序并尝试在 Azure DevOps 中创建持续集成 (CI) 管道。

我选择了 .NET 桌面模板来配置持续集成 (CI) 管道。它正在恢复 NuGet 并成功构建解决方案。

现在我想发布 WinForms .NET 桌面应用程序并生成构建工件。我已经尝试过以下任务（如https://developercommunity.visualstudio.com/content/problem/337714/can-build-code-but-release-pipeline-says-no-artifa.html中所述）

以下是我完整的 yml 代码：

它无法生成我可以下载或用于发布管道的工件。

需要帮助我找不到如何发布 WinForms .NET 桌面应用程序和生成构建工件。

主要目标是将发布应用程序与桌面应用程序的设置和发布文件夹一起保存在我机器上的任何位置。

谁能帮帮我？

我试图在我的 Azure Devops 构建管道构建的工件名称中包含 7 位 git 哈希。在我的构建代理作业中，我有一个内联 powershell 脚本，其中包含以下几行：

在“输出变量”下的 Powershell 脚本选项中，我添加了一个参考名称：ps.

然后在我的 Powershell 步骤之后的 Publish Artifact 步骤中，我将工件名称设置为：

流水线运行完成后的实际结果是：

如何在步骤之间传递变量 shortCommitId 以使其成为工件名称的一部分？MyApplication_Rel_04f53f_20190918.18.