Why do bitbucket branch list show failing build for a bamboo build that ran on a different branch?

iamkenos October 1, 2019

So I have this setup...

Bamboo:

 - I have a plan that does a series of actions

 - the plan is linked to a repository

 - the default branch is set to master

 - the plan is configured to do automatic branch creation for new branches

 - now when i run the plan, it uses the default branch which is master

bam-1.png

Then....

 

BitBucket:

 - I have a repo linked to that build plan above

 - I go to the list of branches

 

This view shows me the failing and passing builds linked to this repo. Naturally I would see that a build has either passed or failed for master which has just finished running.

 

What I don't understand is all the "plan branches" i have on the bamboo plan also shows the same result.

 

I'm under the impression that bitbucket branches would only pick up builds that ran on the same branch.

 

bam-2.png

I didnt show the failing builds popup to save this post from clutter but it does show the same build.

 

I'm expecting the branches list to show only build results that ran for a corresponding branch so that would be:

 

master - 1 failing build

branch-1 - no builds

branch-2 - no builds

branch-3 - no builds

 

What's wrong with my setup?

2 answers

1 accepted

2 votes
Answer accepted
Daniel Santos
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
October 8, 2019

Hi @iamkenos

First of all, I really want to thank you for the very detailed issue description. That is really,  helpful when we need to find out what is causing a problem.

There is nothing wrong with your setup. The problem is that Bamboo has more build status than the Bitbucket server and the status never built or not built are mapped to failed. That does not seem correct and because of that the following bug was open:

Please let me know if that explains what you see and if you have anything to add.

iamkenos October 8, 2019

Hi @Daniel Santos 

 

That makes sense, thanks!

Just wanted to confirm though, on the linked bug, the use case was 'on build interrupt'. For the case above however, the build wasn't interrupted. It hasn't even triggered. Would the fix cater for that case too?

Daniel Santos
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
October 9, 2019

Hi @iamkenos

Yes, it should fix every possible scenario that leads to an unbuilt status. That status means that the build was triggered (manually or not) but it didn't even start a job when it was interrupted. It was in the phase of updating repository caches when something blocked it to move forward.

The steps to reproduce added to that bug are one of the many ways to cause that build status.

Let me know if that answers your question. =]

Like iamkenos likes this
iamkenos October 9, 2019

Understood. Thanks!!

Like Daniel Santos likes this
Daniel Santos
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
October 9, 2019

You are welcome! =]

0 votes
Channakesa Chindanur September 26, 2022

.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events