-
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][flaky] reporting for PRs in GitHub #21853
Merged
Merged
Changes from 1 commit
Commits
Show all changes
24 commits
Select commit
Hold shift + click to select a range
9e989aa
[CI][flaky] reporting
v1v 446299b
Use the right indice
v1v 970eafc
Fix missing comma
v1v 4039f89
Merge remote-tracking branch 'upstream/master' into feature/support-f…
v1v c6957e6
Force test failure in an existing flaky test
v1v ba9957b
Add debug logs
v1v 6e6e094
chore: for testing purposes
v1v 3a701bd
Force flaky failures for filebeat and libbeat
v1v 6c01d3e
Merge branch 'master' into feature/support-flaky-test-analyser
v1v 2ec9d4a
chore: for testing purposes
v1v 290ff18
Merge branch 'feature/support-flaky-test-analyser' of github.com:v1v/…
v1v 32b57a2
Merge branch 'master' into feature/support-flaky-test-analyser
v1v 5532351
chore: for testing purposes
v1v 2b69e3e
Merge branch 'feature/support-flaky-test-analyser' of github.com:v1v/…
v1v f45b272
Use the workspace where to run the notifyBuildResult
v1v 7753860
Revert "chore: for testing purposes"
v1v 35a3b64
Revert "chore: for testing purposes"
v1v f6a441d
Revert "Force flaky failures for filebeat and libbeat"
v1v 0faff8a
Revert "chore: for testing purposes"
v1v e3bc132
Revert "Add debug logs"
v1v df4057f
Revert "Force test failure in an existing flaky test"
v1v 9c3d147
Merge remote-tracking branch 'upstream/master' into feature/support-f…
v1v 0757395
Merge remote-tracking branch 'upstream/master' into feature/support-f…
v1v a0243f8
Merge branch 'feature/support-flaky-test-analyser' of github.com:v1v/…
v1v File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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 don't know if we should use as many indices as release branches we got and use the
CHANGE_TARGET
for the PRs or BRANCH_NAME for the branches/tags.But, anytime there is a new release, then we might need to create a new indice.
@cachedout , what are your thoughts?
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.
Yeah, this is an issue we need to figure out. I think that the thing to do here is to use one index per project and then include a field that we can filter against when searching for documents, but to achieve that I think we need to make some changes to the way we actually generate the flaky test analysis.
For now, I propose that we keep it as-is and address this in the test analyzer itself. Then we can come back and change the pipelines as-needed.