Closed seanstory closed 2 months ago
Ready for re-review!
Do we need to verify that the Docker build steps work as expected, before merging this?
I did that before I opened this for review. I used to have if: "(build.branch == \"main\" || build.branch == \"seanstory/add-docker-images-to-DRA\")
:)
That's how I got the artifacts linked in the description.
build.pull_request.labels includes \"ci:packaging\")"
, as we do for ent-search. In that case, we should split the :truck: DRA group in two (one for packaging, one for publishing), again similarly to what we have for ent-search.
I'm not opposed, but I didn't want to add too much scope and I think ent-search has magic to decide when to add that label. And I don't think we typically want maintenance branches to build these? But we can add this later if we want/need it.
The backport operation could not be completed due to the following error: There are no branches to backport to. Aborting.
The backport PRs will be merged automatically after passing CI.
To backport manually run:
backport --pr 2765 --autoMerge --autoMergeMethod squash
Do we need to verify that the Docker build steps work as expected, before merging this?
Whelp, I should have listened. 🤦 https://buildkite.com/elastic/connectors/builds/13782#01919421-2208-42d5-8bb1-7e80813f3507 didn't pass.
Follow-up PR incoming 💀
Part of https://github.com/elastic/search-team/issues/8047
This will add docker images to our DRA src dir. When combined with a change to the infra definition of our dra gradle file (https://github.com/elastic/infra/pull/41437), it will allow us to get rid of our own
release.yml
pipeline, and instead rely on the Unified Release and the Agent Release for all our needs going forward.Checklists
Pre-Review Checklist
config.yml.example
)v7.13.2
,v7.14.0
,v8.0.0
)Related Pull Requests