Skip to content

[CI] Add branch filtering logic to DRA trigger pipeline #127308

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

Merged
merged 1 commit into from
May 5, 2025

Conversation

jozala
Copy link
Contributor

@jozala jozala commented Apr 24, 2025

This filtering will be used to trigger DRA for 7.17 weekly instead of twice a day.

This filtering will be used to trigger DRA for 7.17 weekly instead of
twice a day.
@jozala jozala added >non-issue :Delivery/Build Build or test infrastructure v9.0.1 labels Apr 24, 2025
@jozala jozala requested a review from a team as a code owner April 24, 2025 08:54
@elasticsearchmachine elasticsearchmachine added v9.1.0 Team:Delivery Meta label for Delivery team labels Apr 24, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-delivery (Team:Delivery)

source .buildkite/scripts/branches.sh

# We use that filtering to keep different schedule for different branches
Copy link
Contributor

Choose a reason for hiding this comment

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

I wonder if we need this. isn't that only used for triggering a DRA build from an intake? If we have something to commit to 7.17, we might want to keep building DRA artifacts immediately?

Copy link
Contributor

Choose a reason for hiding this comment

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

scratch that.

@jozala jozala merged commit 015b872 into elastic:main May 5, 2025
17 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
:Delivery/Build Build or test infrastructure >non-issue Team:Delivery Meta label for Delivery team v9.0.2 v9.1.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants