Reuse Gradle plugin cache across nightly builds - #12414
Conversation
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
There was a problem hiding this comment.
More details
The new cache jobs use consistent keys, paths, policies, and job links. The dependency jobs copy the plugin cache into each clean Gradle home as intended.
🤖 Datadog Autotest · Commit eda82df · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: eda82df335
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
This comment has been minimized.
This comment has been minimized.
🟢 Java Benchmark SLOs — All performance SLOs passed
PR vs. master results
Commit: Load and DaCapo benchmarks can be triggered manually in the GitLab pipeline. Results will appear in the Benchmarking Platform UI after completion. |
|
/merge -f --reason "Fix for nightly build, no need to run MQ" |
|
View all feedbacks in Devflow UI.
The expected merge time in
Warning This change was merged without running any pre merge CI checks Reason: Fix for nightly build, no need to run MQ |
What Does This Do
Adds a dedicated pull-push cache for Gradle plugin dependencies during nightly cache population. Dependency-cache population jobs restore this cache, seed their otherwise cold Gradle homes, and continue publishing the existing self-contained dependency caches.
The population jobs also wait for their build-cache producers, making build-cache reuse deterministic.
Motivation
Nightly dependency-cache jobs currently resolve the same Gradle plugins from scratch even though plugin versions change infrequently. Reusing a small persistent plugin cache reduces redundant downloads while keeping project dependency population cold.
Additional Notes
Validation:
Contributor Checklist
Jira ticket: N/A