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?
Having the same issue in trying to work around GitFlow-created release branches that don't include any issues in the first build for the branch. Manually added issues against the build don't propagate through to the deployment area. :/
Hi everyone, welcome to the kb articles for Opsgenie FAQs. I'm one of the Technical Support Engineers for Opsgenie who will be providing weekly posts on FAQs from customers. All alerts are ...
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