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
[QA][Code Coverage] follow up pr for ftr auto config handling & fix merge #131734
Conversation
7efb033
to
b8070ac
Compare
31d03db
to
9bf50a8
Compare
2fe9479
to
cebbad4
Compare
passed in buildkite: https://buildkite.com/elastic/kibana-code-coverage-main/builds/441 |
Add support for automatic ftr config groups. Add dasherize fn for unique names. Bump pipeline lib version. Force exit 0 to continue pipeline, so ingestion always happens. Add dasherize fn for unique names Split merge into two passes. Add debugging utility fns.
cebbad4
to
825b7fd
Compare
It's sourced it so it should be available.
… paths in all stages.
…-ref HEAD~1..HEAD --fix'
… paths in all stages; update fileHeads to operate on more than just json
… into ftr-auto-config-follow-up
… paths in all stages; update fileHeads to operate on more than just json, and drop some debugging
1ffb654
to
6730c2f
Compare
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.
The results of this PR in kibana-stats cluster LGTM
@elastic/kibana-operations may I have a yay / nay on this soon pretty please? |
@@ -0,0 +1,41 @@ | |||
env: |
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.
I would recommend moving these Slack notification settings to the pipeline yaml at buildkite.com, e.g. here https://buildkite.com/elastic/kibana-code-coverage-main/steps
If, for example, this yml file can't be parsed when calling buildkite-agent pipeline upload
you won't be notified about it. You will, however, if it's in the other yml.
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.
Ahh, thanks so much!
SLACK_NOTIFICATIONS_CHANNEL: "#kibana-qa" | ||
SLACK_NOTIFICATIONS_ENABLED: "true" | ||
CODE_COVERAGE: 1 | ||
notify: |
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.
The SLACK_NOTIFICATIONS_ENABLED
env vars above are for our custom Slack notifier, but this notify:
block is for the one that's built-in to Buildkite, so you should probably pick one and remove the other.
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.
Which is best?
Drop wait step. Run "git checkout upstream/main -- .buildkite/package-lock.json". Drop notify in favor of the operations team's slack notifications. Place env block in buildkite config in the ui, remove them from the repo.
… into ftr-auto-config-follow-up
💚 Build SucceededMetrics [docs]
History
To update your PR or re-run it, just comment with: |
Friendly reminder: Looks like this PR hasn’t been backported yet. |
Summary
Embed buildkite pipeline definition.
Follow up pr to change cc per auto config handling.
Also, resolves #132706
Increase worker count for
node scripts/build_kibana_platform_plugins
to 4 workers.Normalize file names within coverage files such that nyc correctly builds the combined summaries.
Ci runs this on myriad servers, so the paths are different, which "breaks" nyc's output
Split the final merge of functional coverage into 2 passes due to nyc issue