-
Notifications
You must be signed in to change notification settings - Fork 57
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
[bug]: rerunning of master pipeline after dev release via release-manager #793
Comments
@michaelsauter @serverhorror - can you take a look this must be in the CI skip routine :( Or we add a merge message that contains the [ci skip] in or @SimonGolms - create a PR :) |
Unfortunately, it's not obvious to me what the preferred merge strategy is and if it causes any other side effects, so I'd rather leave it to the experts 😉 |
Ok we'll fix it on master and 4.x with a merge commit with a message that contains [ci skip]. You are on 4.x right? |
Not yet, this also still affects 3.x. I don't know if this was the case in the past as well, since we hadn't done any releases in the last 3 months. |
@SimonGolms - assuming you tal about the re-integration to master .. here is the PR at work :) redish: earlier |
@SimonGolms is this a must fix for 3.x? |
In regard to the triggering of unwanted side effects (murphy's law) and the unnecessary resource consumption and blocking of the system I would see it as such. |
Describe the bug
After a release with the release manager to the dev environment, the generated release branch is merged back into the master branch and pushed. This push activates the Bitbucket webhook and triggers the Jenkins master pipeline again for a rerun.
To Reproduce
Steps to reproduce the behavior:
environment: dev
Expected behavior
No unnecessary re-running of the master pipeline
Screenshots
N/A
Affected version (please complete the following information):
Log Output (ensure to remove any confidential information like tokens, project names, etc.
N/A
Additional context
The keyword
[ci skip]
is in one of the commits, but the check of whether the pipeline should be started or skipped only considers the title of the merges commit (Merge branch release/20211207.003
vsPull Request 672: docs update readme [ci skip]
) in which the keyword is missing.The text was updated successfully, but these errors were encountered: