ci: fix code path filter negation#3637
Conversation
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📜 Recent review details⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (33)
🔇 Additional comments (1)
WalkthroughThe PR updates the Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
dorny/paths-filterdefaults to OR semantics across the pattern array, so the leading**matched every file and the!...excludes were no-ops. Thecodefilter has been returningtruefor every PR since #3615.Split into two filter steps:
codemoves into its own step withpredicate-quantifier: everyso excludes actually subtract. The two re-include workflow files become a separatetypecheck_selffilter that thetypecheckjob ORs into itsif:.Side effect: workflow-file-only PRs that don't touch
pr_checks.ymlortypecheck.ymlno longer trigger typecheck. Previously they did because the filter was broken-true.