问题标签 [azure-pipelines-yaml]

我正在尝试将某些项目排除在azure pipelines中。

我尝试了以下选项...

• 试图只构建核心下的项目？

和

• 尝试使用任务@DotnNetCli2.0
• 引用了yaml 文件匹配模式

但是找不到好的例子。

我要构建的项目位于不同的子文件夹下，如../../Core/Domain/Domain.csproj 和 ../../Core/Presentation/Presentation.csproj

有什么我想念的吗，有可能吗？还是我只是做错了什么。

我的仓库中有两个.yml文件。一个用于构建，一个用于部署。我希望将构建与部署分开的主要原因是，我还希望将环境变量存储在我的 repo、eivariables-dev.yml和variables-prod.yml文件中。所以不需要每次都创建一个新的构建（包括运行测试、docker 镜像构建等）。

文件build.yml：

还有deploy.yml，我只想在build管道完成时触发。这就是为什么我添加所有路径的第一个排除项，但在管道资源上添加一个。

不幸的是，它似乎不起作用。上扳机挡住下扳机。如果我删除了顶部触发器，那么部署管道会与构建管道同时触发。

我在不同的存储库中有一个主要解决方案和 N 个其他解决方案。每次构建主解决方案时，我都必须构建 N 个其他解决方案并创建一个包含其他解决方案的主解决方案。我当前的构建管道看起来像这样。

• [阶段1]

  • [工作1]构建主解决方案->发布管道工件（其他解决方案需要）[代理文件夹1]

  • [作业 2..N] 结帐解决方案“n”-> 构建 -> 发布管道工件 [代理文件夹 2..N]

• [第 2 阶段] - 在所有作业成功后
  • [作业1] - 下载主工件-> 下载其他工件-> 将它们放在一个工件中-> 发布[代理文件夹N + 1]

我的问题是，下次运行此管道时，我的代理会回收最后一个文件夹，而其他文件夹会占用大量内存。有没有办法告诉管道在同一个代理工作目录中运行每个作业？或者重用创建的第一个目录（用于构建主要解决方案的目录）？

编辑：这是我的管道代码

以及用于构建N个二级解决方案的模板代码（本例中只有一个）

我在自托管代理上运行基于 YAML 的构建管道时遇到问题。触发构建后，它卡在Preparing an agent for the job - Waiting for the request to be queued上。

azure-pipelines.yml 看起来像这样：

如果我更改为 Microsoft 托管代理，则构建确实有效：

奇怪的是，我有其他现有的 YAML 构建管道，它们在自托管代理上运行良好，但我尝试创建的所有新管道最终都卡在了Waiting for the request to be queued。

我尝试了当前最新版本的代理守护进程，包括 2.164.8 和 2.165.0，但无济于事。我还检查了我不受 DevOps 中并行作业的最大数量的限制。

我有一个多项目解决方案（具有多个 Web 项目、天蓝色功能项目等）。我希望能够单独构建每个项目，并将其部署到单独的应用程序服务。我读了这个问题：Azure DevOps: 1 Solution Multiple Projects CI/CD，它要求使用路径过滤器，但它没有具体说明如何 - 有多个地方/方法可以做到这一点，我不确定哪个是正确的.

我试过这个：

构建工作，但在这publish artifact一步它告诉我：

它说该项目不存在configurationand ，但它确实存在。release

我也试过：

构建也有效，没有警告，但是，构建工件发布复制了整个解决方案。所以 - 我不认为它实际上只建立了一个项目。

任何需要做什么的细节表示赞赏。

我正在使用 Azure 管道（.yml 类型）从 Maven 项目构建和发布工件。

现在我所能做的就是使用项目pom.xml文件中定义的确切版本号发布工件，即1.0-SNAPSHOT

我希望管道在-SNAPSHOT每次构建和发布新工件时自动从中删除并更新补丁版本，根据最新版本增加补丁版本。所以它会是1.0.1，然后1.0.2在那之后，依此类推。

为了实现这一点，我应该在pom.xml或 中进行哪些更改azure-pipelines.yml？

我想允许用户覆盖多级 yaml 管道中使用的一些变量值。我找到了这个并尝试了但它没有用，我不确定我是否正确使用它。文档中也没有可用的示例。

master一旦拉取请求（PR）完成，我们如何自动添加自定义注释标签？

更多背景：

• 使用azure-pipelines.yml
• master强制使用 PR 的分支策略
• 我们有一个存储库，其中包含 Azure Devops 管道模板（“devops 模板存储库”）
• 其他存储库有一个引用“devops 模板”存储库的根管道文件
• 我们使用 SEMVER 来标记我们的产品，包括 devops 模板 repo
• 在根管道中，我们希望固定到 devops 模板 repo 的 SEMVER 版本
• 我们目前使用以下各项手动标记以指向 PR 完成后发生的合并提交
  • “诉MAJOR…… MINOR”PATCH
  • “诉MAJOR。MINOR”
  • “v MAJOR”

仅限MAJOR示例：

我有以下设置，其中第一个模板化作业（deploy-infra.yml）运行一些 terraform 作业，这些作业会产生一些输出，这些输出在以后的模板化作业中需要，我似乎可以做的是将此输出传递给其他模板化作业，这似乎因为模板参数是在编译时而不是运行时确定的。

有没有办法做到这一点？这是我目前拥有的：

deploy-infra.yml 将其作为输出生成，该输出取自 powershell 脚本，该脚本又从 terraform 模块获取输出：

如果我parameters.dbserver在 deploy-software.yml 作业中回显，我会得到：

$[dependencies.DeployInfra.outputs['outputDeployInfra.dbserver']]

有任何想法吗？！谢谢！

我们如何按指定顺序为 5 个应用程序创建仅部署 YAML 管道。这些应用程序代码位于不同的项目中，并且 Repos 有自己的构建管道，可将构建工件发布到工件提要。