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. :/
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.