-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CI: Add automation to low risk milestones as a fail safe #7531
Comments
Updated the ask above to fit our new naming convention of |
) **Related Issue:** #7531 ## Summary Add a GH Action that fails (preventing merges) if the current milestone matches "Maintenance" and the pull request isn't labeled with one of `["low risk", "p - high", "p - critical", "regression"]`.
Installed and assigned for verification. |
) **Related Issue:** #7531 ## Summary Add a GH Action that fails (preventing merges) if the current milestone matches "Maintenance" and the pull request isn't labeled with one of `["low risk", "p - high", "p - critical", "regression"]`.
Performed a test with #7611 via this action. It seems like if the Maintenance milestone is up next, it continues to the next milestone where it succeeds? To make sure the milestone dates weren't off I modified this test Maintenance milestone to 8/28 and our upcoming August milestone to 8/29. I reset both dates with the upcoming release, so they will look different when viewing this comment later. @benelan I might be missing a step in the workflow, can you take a peek to confirm? |
@benelan Reassigning to September's milestone for additional R&D. Wasn't able to verify earlier this week. |
**Related Issue:** #7531 ## Summary The action correctly determined that it was a maintenance milestone and [set the error message](https://github.com/Esri/calcite-design-system/actions/runs/5988880275/job/16244580547#step:3:39). However, it looks like [`core.setFailed()`](https://github.com/actions/toolkit/tree/main/packages/core#exit-codes) sets the exit code but doesn't actually exit. And then the else block with `process.exit(0)` overrode the exit code in the next iteration. Explicitly exiting will fix the issue.
Installed and assigned for verification. |
Summary
Add automation to our CI 🤖⚙️ supporting low risk milestones, where we should have a failsafe and only allow PRs to be merged in after review if any of the following labels are added:
low risk
p - high
p - critical
regression
Desired Outcome
Add a failsafe 🔏, so only critical and/or low risk PRs can be merged in during our low risk milestones.
Resources
Examples of low risk milestone naming conventions:
- 1.6.0 - Low risk issues only- 2023 October Priorities - Low risk onlyWith our new naming of
Maintenance
, let's modify the original ask to justMaintenance
, similar to:The text was updated successfully, but these errors were encountered: