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
GitVersion for Bamboo - Unable to parse multiple command-line arguments #778
Comments
@carolynvs any ideas? |
Yeah, I'm not splitting the args by spaces. I'll fix that and reply back when an updated version to the marketplace is ready. Thanks! |
I've pushed GitVersion for Bamboo v1.2.2 to the Atlassian marketplace. This release fixes parsing of multiple arguments to gitversion.exe. I noticed from your example that you were passing If you run into any other troubles with the plugin, you can open an issue in the plugin's repository: https://bitbucket.org/carolynvs/gitversion-bamboo. |
Cheers.
I was doing this originally (specifically, omitting the /output argument so it defaulted to JSON) and no versioning-related metadata was logged after my builds, so I thought I had to change it. |
@TAGC If the Bamboo task isn't working for you, I'd appreciate a bug report and any details you may have so I can reproduce. 😄 |
Sure. I'll see if I can submit a report tomorrow when I get into work. |
@TAGC Has this issue been resolved and can be closed? |
Oh hey, sorry for not getting back. Yeah I'm not having any problems with the build now so this issue can be closed. |
This is an issue with your GitVersion for Bamboo plugin but I'm unable to sign up an account with your JIRA issue tracker (it keeps returning a 504 error) so I'm posting here instead.
I have a build where I include a GitVersion task:
I consistently get the following error:
It doesn't seem to be splitting arguments by spaces.
If I run the GitVersion executable with these arguments directly as a Command task in Bamboo, it works fine. However, I don't know if this allows me to store the version information as Bamboo build variables and subsequently access them for my deployment release versioning. Is there a way I can work around this?
The text was updated successfully, but these errors were encountered: