-
Notifications
You must be signed in to change notification settings - Fork 148
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
[8.x] restore cloud defend as an expected binary #6470
Conversation
Pinging @elastic/elastic-agent-control-plane (Team:Elastic-Agent-Control-Plane) |
We have package tests that could catch this.
My first instinct was to add a method on the ExpectedBinaries list that would return the set of binaries expected for each platform and then check that the files exist in a test. This sounds great except that it would not have caught this. We would need to duplicate the list into the tests with a comment that it is duplicated on purpose or something. Really I think this type of problem should be getting caught at the integration level (as in Fleet integration package tests not agent integration tests). |
Tests for this would be better placed in https://github.com/elastic/integrations/tree/main/packages/cloud_defend |
Quality Gate passedIssues Measures |
* Restore cloud-defend as an expected binary. * Add changelog. (cherry picked from commit 79f5e13)
* Restore cloud-defend as an expected binary. * Add changelog. (cherry picked from commit 79f5e13) Co-authored-by: Craig MacKenzie <[email protected]>
The cloud-defend binary was accidentally removed from 8.x starting with 8.17.0 in the backport for https://github.com/elastic/elastic-agent/pull/6042/files, likely as part of merge conflict resolution.
What does this PR do?
Includes the cloud-defend binary in the agent docker container again.
Why is it important?
Defend for containers which is implemented by cloud-defend is still a supported product in 8.x.
How to test this PR locally
Related issues