Skip to content
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

Closed
SimonGolms opened this issue Dec 8, 2021 · 8 comments · Fixed by #794
Closed

[bug]: rerunning of master pipeline after dev release via release-manager #793

SimonGolms opened this issue Dec 8, 2021 · 8 comments · Fixed by #794
Assignees
Labels
bug Something isn't working

Comments

@SimonGolms
Copy link
Contributor

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:

  1. Go To your release-manager pipeline and start a new build with parameter environment: dev
  2. After finishing the release, look to your master pipeline and see it running again.

Expected behavior
No unnecessary re-running of the master pipeline

Screenshots
N/A

Affected version (please complete the following information):

  • OpenShift: 3.11
  • OpenDevStack >=3

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 vs Pull Request 672: docs update readme [ci skip]) in which the keyword is missing.

image

@SimonGolms SimonGolms added the bug Something isn't working label Dec 8, 2021
@SimonGolms
Copy link
Contributor Author

@metmajer & @clemensutschig

@clemensutschig
Copy link
Member

clemensutschig commented Dec 8, 2021

@SimonGolms
Copy link
Contributor Author

SimonGolms commented Dec 8, 2021

isCiSkipInCommitMessage should not be edited, because [ci skip] should only be respected in the subject of the commit message! Otherwise there will be problems if Bitbucket automatically summarizes the previous commit messages during a PR and a [ci skip] appears there!

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 😉

@clemensutschig
Copy link
Member

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?

@SimonGolms
Copy link
Contributor Author

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.

@clemensutschig
Copy link
Member

clemensutschig commented Jan 4, 2022

@SimonGolms - assuming you tal about the re-integration to master .. here is the PR at work :)

redish: earlier
yellow: now

image

@clemensutschig
Copy link
Member

@SimonGolms is this a must fix for 3.x?

@SimonGolms
Copy link
Contributor Author

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.

@clemensutschig clemensutschig self-assigned this Jan 10, 2022
@clemensutschig clemensutschig added this to To Do in OpenDevStack 4.1.0 via automation Jan 10, 2022
OpenDevStack 4.1.0 automation moved this from To Do to Done Jan 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

2 participants