Closed slewis74 closed 5 years ago
Another report of the second bug here https://help.octopus.com/t/multiple-package-project-release-versioning-issue/22784
Release Note: Fixed issue with creating releases when multiple packages exist on the versioning step
This thread has been automatically locked since there has not been any recent activity after it was closed. If you think you've found a related issue, please contact our support team so we can triage your issue, and make sure it's handled appropriately.
Are you a customer of Octopus Deploy? Don't raise the issue here. Please contact our support team so we can triage your issue, making sure it's handled appropriately.
Prerequisites
The bug
There are 2 related bugs. They both occur when you use a step that has multiple packages as the versioning step for the project.
The first occurs through
octo.exe create-release
, when it calls to get the release plan it only gets back a step name but no package reference name. This means it goes looking through the packages in the plan (which are all packages from all steps) using a SingleOrDefault on the step name and comes up with an exception because there are more than 1 result.The second bug occurs if you create the release through the portal. The create release UI similarly is only checking the step name when looking for the versioning package. This means that editing the version of any of the packages on the step results in the release version being changed, even if the package isn't the one selected as the versioning package.
What I expected to happen
The release should be created using the version from the package selected on the project settings page.
Steps to reproduce
Screen capture
Following is UI creating a release, version should be based on the Test package, not the NuGet.CommandLine package
Log exerpt
Following is from a TeamCity build log, i.e. using octo.exe
Affected versions
Octopus Server: 2018.8+
Octo.exe 4.42.0+
Workarounds
None
Links