在将一堆 YAML 管道转换为使用模板来保存作业逻辑以及定义管道变量后,我遇到了一个奇怪的问题。管道运行得很好,但是我收到“最近检测到的一些与管道触发相关的问题”。管道摘要页面顶部的警告和仅查看详细信息指出:“配置触发器失败,请再次编辑并保存管道。”
这里奇怪的部分是管道工作得很好,包括触发器。没有任何问题,也没有提供有关假定问题的更多细节。目前,我已经为管道覆盖了 YAML 触发器,但我也在 YAML 中定义了相同的触发器,看看这是否有帮助(但没有)。
我正在寻找有关可能导致此问题的原因的任何想法,或者鉴于错误/警告提供的完全缺乏详细信息,我如何能够进一步对其进行故障排除。这给开发人员带来了很多困惑,他们认为警告可能导致他们的构建出现问题。
这是主要管道。构建存储库是一个共享存储库,用于保存在构建系统中的多个存储库中使用的代码。dev.yaml 包含开发环境特定的变量值。共享保存基于管道运行的分支有条件设置的变量。
name: ProductName_$(BranchNameLower)_dev_$(MajorVersion)_$(MinorVersion)_$(BuildVersion)_$(Build.BuildId)
resources:
repositories:
- repository: self
- repository: build
type: git
name: Build
ref: master
# This trigger isn't used yet, but we want it defined for later.
trigger:
batch: true
branches:
include:
- 'dev'
variables:
- template: YAML/variables/shared.yaml@build
- template: YAML/variables/dev.yaml@build
jobs:
- template: ProductNameDevJob.yaml
parameters:
pipelinePool: ${{ variables.PipelinePool }}
validRef: ${{ variables.ValidRef }}
Run Code Online (Sandbox Code Playgroud)
然后这就是实际工作 yaml 的开始。它提供了一种可重用的作业定义,可以在多个总体管道中使用:
parameters:
- name: dependsOn
type: object
default: {}
- name: …Run Code Online (Sandbox Code Playgroud) azure-devops azure-devops-server azure-pipelines-yaml azure-devops-server-2020
如何更新本地 Azure Devops Pipeline 任务以包含新的 MSBuild v17 和 Visual Studio 2022 生成任务?
我在这里找到了更新的 MSBuild 任务:
https://github.com/microsoft/azure-pipelines-tasks/tree/master/Tasks/MSBuildV1
我发现旧的 MSBuild v16 任务安装在此处:
C:\Program Files\Azure DevOps Server 2020\Tools\Deploy\TfsServicingFiles\Tasks\Individual\MSBuildV1\
更新这个的正确方法是什么?
msbuild azure-devops azure-pipelines azure-devops-server-2020 visual-studio-2022
问题:当访问我们的 2020 Azure DevOps(本地)内部站点时 - 页面需要 2-4 分钟才能加载 - 此后的任何链接都需要 2-4 分钟才能加载。一切最终加载都没有错误,但是这个延迟......呃!
背景:在虚拟服务器(Windows 2019)上安装了 2020 Azure DevOps,具有 8 核、32GB RAM、HDD(C 和 D)各 100GB
我不知道是安装、IIS、服务器还是其他什么东西,对于比我聪明得多的人来说是显而易见的——这太痛苦了!
我在本地运行了 Azure DevOps Server 2020 Update 1。当我查看项目时,它不再显示现有项目的流程模板:
此外,如果我钻取单个项目,则不会显示模板:
当我查看组织级别的模板时,所有模板都在那里,但我无法单击其中任何一个,因此无法确定哪个项目使用哪个模板:
我已经尝试创建一个新项目。在那里我可以选择任何流程模板,项目就会正确创建。此后该项目也表现出了同样的奇怪行为。
我以集合管理员身份运行。
我即将转向 Azure DevOps Services,因此尝试了迁移工具。即使该工具也无法“看到”进程信息。
我们最近在测试环境上升级到了 Azure DevOps 2020,之前我们有 TFS 2017,然后升级了 Azure DevOps 2019,现在升级到了 Azure DevOps 2020。
我面临有关我在早期版本中配置的代理的问题。当我单击更新代理链接时,他们看不到更新。
我有一个代理,即 POC_2017Agent,是使用 TFS 2017 代理安装和创建的,最后两个代理是使用 Azure DevOps 2019 创建和安装的。升级到 2020 后,所有 3 个代理都显示为脱机,即使它们在服务器上的服务正在运行\重新启动。
如果单击更新代理链接后代理没有自动升级,如何手动升级代理?
我不想删除它们并再次重新配置。
build-agent azure-devops azure-devops-server-2019 azure-devops-server-2020 tfs-2017