-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[CI]: use the downstream packaging pipeline for branches/tags #28589
[CI]: use the downstream packaging pipeline for branches/tags #28589
Conversation
💚 Build Succeeded
Expand to view the summary
Build stats
Test stats 🧪
💚 Flaky test reportTests succeeded. 🤖 GitHub commentsTo re-run your PR in the CI, just comment with:
|
Thanks for the ping. So packaging/e2e will be triggered only on PR instead of on every commit. |
changeset: ## when PR contains any of those entries in the changeset | ||
- "^auditbeat/.*" | ||
- "@oss" ## special token regarding the changeset for the oss |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is required to be able to run on a PR basis when there are certain matches in the changeset. The stage-when conditions are explicit, therefore they cannot use the ones in the top-level when condition with the current implementation.
No,
Same behaviour, every commit triggers a new build. Old running builds are aborted if a new commit is pushed. |
/test |
Unrelated e2e test failures -> build with this particular changeset |
(cherry picked from commit ccc880e)
(cherry picked from commit ccc880e)
…urnalbeat-ci * upstream/master: (49 commits) [CI]: use the downstream packaging pipeline for branches/tags (elastic#28589) fix: use declarative style for complete variant of the elastic-agent (elastic#28526) x-pack/auditbeat/tracing: fix regexp for kprobe description line (elastic#28609) docs: Update `api_key` example on elasticsearch output (elastic#28606) chore: add build scripts to CODEOWNERS (elastic#28615) Osquerybeat: Fix host_processes missing cmdline arguments (elastic#28622) Add note about changes to regexp package in Golang (elastic#28616) CI: nightly/weekly builds for 7.x targeting 7.16 instead (elastic#28612) Osquerybeat: Fix extenstion unable to start on windows (elastic#28598) Osquerybeat: Return the query result count with the action response (elastic#28576) Agent: Allow custom response properties in the action response (elastic#28575) [Heartbeat] Only setuid in elastic-agent image (elastic#28577) Fix formatting of `mapStateJSON` and `layerListJSON` in dashboard assets (elastic#28530) CI: refactor the run e2e build (elastic#28502) Use fsnotify with long windows name-safe changes (elastic#28517) Remove unneeded mergify config backport: Add 7.16 branch (elastic#28560) Add proxy_url support to threatintel module's malwarebazaar fileset (elastic#28533) Osquerybeat: Implement host_users, host_groups, host_processes tables as a part of our osquery_extension. (elastic#28434) [Heartbeat] Make run_once syntax a boolean (elastic#28548) ...
#28639) (cherry picked from commit ccc880e) Co-authored-by: Victor Martinez <[email protected]>
#28640) (cherry picked from commit ccc880e) Co-authored-by: Victor Martinez <[email protected]>
Context
To clarify the existing CI pipelines please see the below details:
Main pipeline
is the one that validates every single commit in this repository. It's implemented in theJenkinsfile
and specifically in each<beat>/Jenkinsfile.yml
Packaging pipeline
is the one that validates the packages are generated as expected for each beat:a) On merge to any branches it gets triggered if the
Main pipeline
build finished correctly.b) On a PR basis if someone comment with
/package
or use the Jenkins UI.E2e pipeline
is the one that runs the tests defined in https://github.com/elastic/e2e-testing. It gets triggered immediately after thePackaging pipeline
finished correctly.Beats-tester
is the one that runs the tests defined in https://github.com/elastic/beats-tester. It gets triggered immediately after theMain pipeline
build finished correctly. Or if someone adds the GitHub comment/beats-tester
What does this PR do?
Remove packaging/e2e in the
Main pipeline
for merge-commits in branches or tags.Why is it important?
Avoid duplicated tasks since the
Packaging
pipeline is already doing it.Eventually, we will tweak the
Packaging
pipeline to let running individual beats, and then we will be able to remove all the packaging implementation details and e2e defined in theMain
pipeline. As we will eventually use the downstream jobs. TBDBut this proposal should reduce the build load in
Beats-CI
quite a bit!