Repository navigation
Repair wp/5.8 branch Actions: Set explicit retention periods for workflow artifacts - #84756
Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
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 |
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message. To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
6986a11 to
14a98bc
Compare
14a98bc to
5a66bad
Compare
5a66bad to
95f3955
Compare
95f3955 to
5db31cd
Compare
5db31cd to
aaf7b04
Compare
Part of #82935.
What?
Sets
retention-dayson the artifacts that trunk's #84525 covers, or their equivalents on this branch, which otherwise fall back to GitHub's 90-day default:end2end-test.ymlWhy?
Failure artifacts are only read while debugging a failed run, which doesn't take anywhere near 90 days.
Trunk set explicit retention periods for its large artifacts in b48f801 (#84525), matching what WordPress/wordpress-develop#13527 did for core.
How?
build-assets.retention-daysgoes at the end of the upload step'swith:block. Nothing else changes.Use of AI Tools
This PR was created by Claude Code under my supervision. All code should be treated as AI-produced and not yet reviewed by a human until this PR is marked Ready for Review.
🤖 Generated with Claude Code