Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue creating a release from Octo.exe while project is set to use version of a package #2533

Closed
Dalmirog-zz opened this issue May 30, 2016 · 3 comments
Assignees
Labels
kind/bug This issue represents a verified problem we are committed to solving
Milestone

Comments

@Dalmirog-zz
Copy link

Dalmirog-zz commented May 30, 2016

Octo.exe version: 3.3.16
Octopus Server: 3.3.15

  • Project is set with release versioning "Use the version number from an included package"
  • Run Octo.exe create-release with parameters server,apikey,Project,PackageVersion

If --pacakgeversion=MyDeployStep:2.0.0, the expected outcome would be for Octopus to try to create a release with version 2.0.0. What happens instead is that Octopus tries to create a release using the whole string MyDeployStep:2.0.0 as version number.

octoexebadrelease

Body of the POST call
postcalljson

@Dalmirog-zz Dalmirog-zz changed the title Issue reating release from Octo.exe while project release versioning is set to use version of a package Issue creating a release from Octo.exe while project is set to use version of a package May 30, 2016
@Dalmirog-zz Dalmirog-zz added the kind/bug This issue represents a verified problem we are committed to solving label May 31, 2016
@slewis74 slewis74 self-assigned this Jun 5, 2016
@slewis74
Copy link

slewis74 commented Jun 5, 2016

Will the package parameter cover what you are after in the above scenario? The packageversion is to specify the package version without a StepName.
I've updated the parameter parsing to validate that you can only give it a semantic version for packageversion. Have tested a variety of scenarios and all seem to be giving the correct behaviour.

droyad added a commit to OctopusDeploy/OctopusClients that referenced this issue Jun 7, 2016
@droyad droyad removed the forreview label Jun 7, 2016
@octoreleasebot octoreleasebot added this to the 3.3.18 milestone Jun 7, 2016
@octoreleasebot
Copy link

octoreleasebot commented Jun 7, 2016

Release Note: Octo.exe now ensures that packageversion, if specified, is a semantic version

@lock
Copy link

lock bot commented Nov 25, 2018

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.

@lock lock bot locked as resolved and limited conversation to collaborators Nov 25, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/bug This issue represents a verified problem we are committed to solving
Projects
None yet
Development

No branches or pull requests

4 participants