azure-pipelines - 为什么拉取请求构建验证中的路径过滤器不能按预期工作?
问题描述
或者,为什么 Microsoft 记录了路径过滤器(截至 2019-06-14)。
PR 构建验证中路径过滤器的行为可能被认为是不直观的。
构建开始或没有触发没有明显的原因。
解决方案
查看单个提交以触发(或不触发)构建可能会引起混淆。
关键是要考虑构成 PR 的所有提交
- 应考虑在其他提交中所做的先前添加/更新
- 同一文件的添加和删除被认为没有变化。让我们使用一组提交的术语net(to) 效应来引起对这种机制的注意。
更多观察
- 如果路径过滤器不再在 PR 范围内,则构建将从概览中消失。所以它们是动态的:现有的公关(可能在 10 年代)受到积极影响。我想这可能是一件好事,但也是一件坏事+出乎意料。要小心。
- 指定路径过滤器(覆盖 UI 中的空字符串)会删除隐含的根包含。所以初学者的错误是下面的路径过滤器预计只会忽略对 folder1 的更改并拾取所有其他更改
!/folder1/*
。它没有。您必须明确地将根重新添加到/*;!/folder1/*
推荐阅读
- java - IntelliJ 可运行 jar 在其他计算机上不起作用
- javascript - 在 chrome 中使用高 CPU 的画布
- ocaml - 我们如何将元组定义为 OCaml 中的函数输入的问题
- influxdb - 使用大文件时,influxdb CLI 导入失败插入
- javascript - 查看不更新状态更改
- office365 - Microsoft Graph:作为管理员,在用户日历中创建事件
- r - 我想写一个R函数获取一对数据的对应索引
- firebase - 使用 Netlify Lambda 函数通过 Auth0 对 Firebase 进行身份验证
- flurl - 如何使用 flurl 断言请求的响应代码
- java - 在适配器回收器视图和另一个类之间共享数据