Skip to content

Conversation

rjernst
Copy link
Member

@rjernst rjernst commented Sep 24, 2025

When transport version changes are backported they may carry along multiple upper bounds files that have been updated. Yet in release branches the only upper bound file that matter is that of the current branch. This commit adjusts validation on release branches to only check the current upper bound file.

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
@rjernst rjernst requested a review from a team as a code owner September 24, 2025 21:42
@rjernst rjernst added :Core/Infra/Core Core issues without another label >refactoring auto-backport Automatically create backport pull requests when merged v8.19.5 v9.1.5 v8.18.8 v9.0.8 labels Sep 24, 2025
@elasticsearchmachine elasticsearchmachine added Team:Core/Infra Meta label for core/infra team v9.2.0 labels Sep 24, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-core-infra (Team:Core/Infra)

@rjernst rjernst merged commit 4539df3 into elastic:main Sep 25, 2025
35 checks passed
@rjernst rjernst deleted the transport/avoid_validating_newer_branches branch September 25, 2025 18:01
rjernst added a commit to rjernst/elasticsearch that referenced this pull request Sep 25, 2025
…tic#135391)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
rjernst added a commit to rjernst/elasticsearch that referenced this pull request Sep 25, 2025
…tic#135391)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
rjernst added a commit to rjernst/elasticsearch that referenced this pull request Sep 25, 2025
…tic#135391)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
rjernst added a commit to rjernst/elasticsearch that referenced this pull request Sep 25, 2025
…tic#135391)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
@elasticsearchmachine
Copy link
Collaborator

💚 Backport successful

Status Branch Result
8.19
9.1
8.18
9.0

elasticsearchmachine pushed a commit that referenced this pull request Sep 25, 2025
) (#135466)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
rjernst added a commit that referenced this pull request Sep 25, 2025
) (#135465)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
elasticsearchmachine pushed a commit that referenced this pull request Sep 25, 2025
) (#135468)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
rjernst added a commit that referenced this pull request Sep 26, 2025
) (#135467)

When transport version changes are backported they may carry along
multiple upper bounds files that have been updated. Yet in release
branches the only upper bound file that matter is that of the current
branch. This commit adjusts validation on release branches to only check
the current upper bound file.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
auto-backport Automatically create backport pull requests when merged :Core/Infra/Core Core issues without another label >refactoring Team:Core/Infra Meta label for core/infra team v8.18.8 v8.19.5 v9.0.8 v9.1.5 v9.2.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants