Skip to content

Conversation

@v1v
Copy link
Member

@v1v v1v commented Oct 21, 2025

Release notes

rn:skip

What does this PR do?

This pull request introduces a new "smart exhaustive tests" pipeline for Logstash, integrating it into the Buildkite CI configuration and documenting it in the service catalog. The main goal is to trigger exhaustive test runs automatically for pull requests that modify files in the qa/acceptance/ directory or when specific GitHub comments are made, improving test coverage and automation for critical changes.

Why is it important/What is the impact to the user?

Test the code that will rarely impact the standard PR test suite, but will exercise the acceptance tests.

Checklist

  • My code follows the style guidelines of this project
  • [ ] I have commented my code, particularly in hard-to-understand areas
  • [ ] I have made corresponding changes to the documentation
  • [ ] I have made corresponding change to the default configuration files (and/or docker env variables)
  • [ ] I have added tests that prove my fix is effective or that my feature works

How to test this PR locally

Add a path to always_require_ci_on_changed in pull-request.json for logstash-smart-exhaustive-tests-pipeline, then apply changes in that directory, commit and push. That will trigger the exhaustive tests pipeline in Buildkite.

Caveats

The existing BK PR Bot does not support for code changes and GitHub comments, without running the first buidl when a PR is created.

That's the reason for creating the logstash-smart-exhaustive-tests-pipeline to actually filter:

  • code changes in the qa/acceptance folder
  • github comment

This should help with running faster builds and reduce the overhead of running the exhaustive tests for the first build of each new PR.

Duplicates #18202, that I messed up with the rebase.

@github-actions
Copy link
Contributor

🤖 GitHub comments

Expand to view the GitHub comments

Just comment with:

  • run docs-build : Re-trigger the docs validation. (use unformatted text in the comment!)

@v1v v1v requested review from a team and donoghuc October 21, 2025 14:30
@v1v v1v self-assigned this Oct 21, 2025
@v1v v1v added the backport-skip Skip automated backport with mergify label Oct 21, 2025
@mergify
Copy link
Contributor

mergify bot commented Oct 21, 2025

This pull request does not have a backport label. Could you fix it @v1v? 🙏
To fixup this pull request, you need to add the backport labels for the needed
branches, such as:

  • backport-8./d is the label to automatically backport to the 8./d branch. /d is the digit.
  • If no backport is necessary, please add the backport-skip label

@elasticmachine
Copy link
Collaborator

💛 Build succeeded, but was flaky

Failed CI Steps

cc @v1v

Copy link
Contributor

@fr4nc1sc0-r4m0n fr4nc1sc0-r4m0n left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM in general. Just a little question

- ELASTIC_SLACK_NOTIFICATIONS_ENABLE=false

- label: "Trigger logstash-exhaustive-tests-pipeline for GitHub comments"
if: build.env("GITHUB_PR_TRIGGER_COMMENT") != ""
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What happens if a file has changed in the qa/acceptance/ and a comment in the PR is made?
will be the pipeline logstash-exhaustive-tests-pipeline executed twice?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Two different events:

Each event should be treated independently.

Otherwise, what do you mean by your question?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood. We want to execute the tests in both cases and every time when push and the right files have changed or when a comment that matches has made.
Thanks!

Copy link
Contributor

@fr4nc1sc0-r4m0n fr4nc1sc0-r4m0n left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backport-skip Skip automated backport with mergify

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants