-
Notifications
You must be signed in to change notification settings - Fork 640
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
Unexpected change in behavior causing TeamCity issue #1874
Comments
Hi there 👋 We're experiencing the same issue from an Azure Pipelines build. A workaround is to use the
|
I am experiencing this issue with GitVersion.Portable 5.1.1, running on TeamCity with the repository in BitBucket Cloud:, using SSH as the protocol.
|
In my case, downgrading to 5.0.1 and clearing the auto-update setting in TeamCity avoids the issue. |
#MeToo but /nonormalize from @mderriey helped |
#MeToo. All of our TC builds suddenly started failing yesterday. Going to try @davidkeaveny's suggestion and downgrade and disable the auto-update setting. |
I'm getting the same issue in Azure DevOps. We're using GitVersion.CommandLine within a Cake script and started seeing the same errors yesterday. We've updated a few critical build scripts to pin to the 5.0.1 version, but we're waiting to hear if this new behavior is permanent before applying a fix to all of our other scripts. Does anyone know if this behavior is here to stay? |
I also encountered this, the temporary solution was to downgrade to v5.0.1 |
Hey @arturcic, I'm really not familiar with the code base, but if you have pointers, I should have some time next week to try and have a look at this. |
@santhonisz , @mderriey can you check version 5.1.2-beta.1+4 if it fixed the error? |
We installed Thanks heaps! 👍 |
Closing as there's a confirmation it worked |
Usage of GitVersion as script in Azure Pipelines Hosted Windows 2019 with VS2019 (v20191028.1) throw exception (As v20191028.1 include V5.1.1.0 of GitVersion): A workaround and a temporary solution was to downgrade to v5.0.1 by using the GitVersion task wich use v5.0.1 of GitVersion |
@rmajid2 5.1.1 has several bugs. We fixed most of them in 5.1.2 so you could use 5.1.2 with the GitVersion Task extension. Hopefully the Azure Pipeline image will get updated soon |
Hi there,
We have started encountering failures in our TeamCity builds due to an apparent change in behavior of GitVersion since updating to the 5.1.1 release. It seems that the normalization process is now performing a git fetch by default, whereas in previous versions it did not. This is then causing an issue as we use SSH on our GitHub repositories. I am aware of the
nofetch
and newnonormalize
switches, but I'm wondering if this change in behavior is intentional or is a regression issue?GitVersion 5.0.1
GitVersion 5.1.1
Thanks,
Sam
The text was updated successfully, but these errors were encountered: