chore(ci): revert change to use newest tag for CI images - #2223
Conversation
|
🔗 Commit SHA: 092058f | Docs | Datadog PR Page | Give us feedback! |
There was a problem hiding this comment.
More details
The helper-image references and promotion jobs are consistent after the revert: all four consumers resolve to :latest, the local CI YAML parses, and display-image-tags still emits both expected image tags without requiring a container image. No diff-induced behavioral regression was reproduced.
📊 Validated against 5 scenarios · Open Bits AI session
🤖 Datadog Autotest · Commit 092058f · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest
Binary Size Analysis (Agent Data Plane)Baseline: f90357b · Comparison: 092058f · diff ✅ Binary size difference within thresholdChanges by Module
Detailed Symbol Changes |
Regression Detector (Agent Data Plane)Run ID: Optimization Goals: ✅ No significant changes detectedFine details of change detection per experiment (3)Experiments configured
Bounds Checks: ✅ Passed (3)
ExplanationA change is flagged as a regression when |Δ mean %| > 5.00% in the regressing direction for its optimization goal AND SMP marks the experiment as a regression ( |
Summary
As stated in the PR title.
Apparently most of our jobs were continuing to run due to a side effect of how Gitlab merges the CI configuration 1, but
display-image-tagswas broken and we only realized it after having a need to publish internal images for testing a PR.... doh! 😅This PR simply reverts those changes, since the original circumstances for switching in the first place should no longer exist (even if they may return 🤷🏻) and this gets us to the desired state of supporting our rebuilt-weekly images and fixing the
display-image-tagsjob.Change Type
How did you test this PR?
display-image-tags.References
DADP-2
Footnotes
It's not doing it weirdly, but based on how we specify images for jobs, we were overriding the portion of the default configuration that actually specified the pull policy... so basically all jobs other than
display-image-tagshad the overridden pull policy removed which is how they managed to run successfully. ↩