Imagine we have a build plan that is configured to trigger a deployment process. Thus, for each successful build a new release is automatically created and deployed. This is a common practice for development environments.
Sometimes we need to manually add an issue link to a build. (This could be a manually triggered build that nevertheless fixes some issue; or a developer might have simply forgotten to put an issue key into commit message). Since release is automatically created upon build completion, an issue link will be necessarily added after release comes to existence. Under this circumstances, it turns out that release has no knowledge of issues that have been manually added to original build. Finally, if we try to promote a newer build to some other environment, Bamboo will fail to compute correct difference in issues between the two builds.
Is this a bug? Or can we somehow update a release so that it reflects all the issues that have been manually added to the original build?
I'm happy to announce that Bamboo 7.1 has been released and it’s overflowing with awesome new features. Top-voted issues First and foremost, a bunch of JAC top voted issues has been delivered - y...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events