nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

pull request still has link to a bad build of a build plan that does not exist anymore

guy moore

There once was a build plan, and a build failed in it. (which was expected)

I destroyed that build plan, and created a new branch build plan under a different parent build plan.

That build was green.

But, the pull request in stash, will not enable the merge button cause it still has a link to a bad build.

(and a link to the new green successful build)

Is Stash saving bamboo build results? I would have thought that the Stash Pull request page would be grabbing Bamboo's build results on the fly.

How do I tell Stash, to get some fresh results from Bamboo?

Accepted answers

Roger Barnes

Hi Guy,

Stash receives build results as they happen and they are grouped by a build-key (the latest result is taken to be the one applied for merge checks). It sounds like your new build plan has a different identifier.

There are a few options available:

The build status could be manually removed from Stash's DB (which I wouldn't recommend)
A new build status could be submitted for the same build key that was previously failing. You can do that manually via REST, first by looking up the existing details of the build, then submitting a new status. More info at https://developer.atlassian.com/stash/docs/latest/how-tos/updating-build-status-for-commits.html and https://developer.atlassian.com/static/rest/stash/3.11.3/stash-build-integration-rest.html
You could manually merge this pull request from your git client, bypassing the merge check this time around.

All comments

Roger Barnes

Hi Guy,

There are a few options available:

The build status could be manually removed from Stash's DB (which I wouldn't recommend)
A new build status could be submitted for the same build key that was previously failing. You can do that manually via REST, first by looking up the existing details of the build, then submitting a new status. More info at https://developer.atlassian.com/stash/docs/latest/how-tos/updating-build-status-for-commits.html and https://developer.atlassian.com/static/rest/stash/3.11.3/stash-build-integration-rest.html
You could manually merge this pull request from your git client, bypassing the merge check this time around.

guy moore

thanks Roger,
True, the new build plan has a wholly different build plan ID.
To work around this issue we've done what your 3rd bullet item suggest: manually merging locally, then pushing to the remote. Then the pull request magically disappears.

That link about using REST and JSON object looks interesting. I will try that the next time this situation comes up, which will be often. Actually, I tried it last night as the problem occurred again. It worked. Very slick.

Thanks for the quick and accurate reply.

Ignacio Martin_t2400i

Hi!

@Roger Barnes
Just saw this and I have a question, may be I am a bit confused.

I created a PR to merge my dev branch into master, we have a requirement that at minimum 1 build should be passed to be able to merge.
The thing is that we have 1 BUILD ONLY plan, just compiles the code and then we have different builds plan for each team.
The BUILD PLAN runs everytime you commit a new code, an usually is green (Unless some compilation is failing) but if a test failed, a team build failed and the bitbucket PR gets linked to that failed build.
Is there anyway to make the PR to look at the green build ?

The API just update the status of the build, but I do not want the failed build to be successful, cause we don't need that just to merge the code. I just need the PR to look at the Build Only plan.

I hope I explained it OK, thank you very much!

Roger Barnes

@Ignacio Martin , I'm afraid my best suggestion would be to only send back build status for builds you are interested in the status for (ie the "build only"). One of our teams at Atlassian built an internal add-on that lets you indicate which specific builds you care about for merge checks, but it's unique to our build environment.

Ignacio Martin_t2400i

@Roger Barnes thanks. Sorry, just to understand, what do you mean with "send back status"? I have tried sending an API call to update the build only again to check if it gets refreshed, but seems like the PR still locked with the failed ones. Is it possible to use that add on or it is just for Atlassian team?

Thanks a lot!

Ignacio Martin_t2400i

Thanks a lot!

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

bitbucket-server

bitbucket-administration