Skip to content

Conversation

@yrodiere
Copy link
Member

Backport of #9571 to 6.6

@beikov I was thinking we could merge this to 6.6 first, because on 6.6 it wouldn't be a complete disaster if my build conditions don't work and a release was triggered by mistake. Works for you?


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license
and can be relicensed under the terms of the LGPL v2.1 license in the future at the maintainers' discretion.
For more information on licensing, please check here.


…release triggers

This way, we can update parameters/options and have Jenkins take them
into account for the next build upon branch indexing or push,
even though we don't release on branch indexing or push.
@yrodiere yrodiere changed the title Allow Jenkins to parse the release Jenkinsfile before cancelling non-release triggers [6.6] Allow Jenkins to parse the release Jenkinsfile before cancelling non-release triggers Jan 14, 2025
@yrodiere yrodiere merged commit ffecd7d into hibernate:6.6 Jan 14, 2025
29 of 31 checks passed
yrodiere added a commit to yrodiere/hibernate-orm that referenced this pull request Jan 15, 2025
yrodiere added a commit that referenced this pull request Jan 15, 2025
…ing non-release triggers"

This reverts commit ffecd7d.

This reverts PR #9617

See #9571 (comment)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants