-
Notifications
You must be signed in to change notification settings - Fork 653
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 is incredibly slow on detached head #694
Comments
Is the same true when using GitVersionTask 3.2.0? Would it be possible for you to try with the new version? |
3.3.0 contains some performance improvements. Is this still an issue? |
I'll verify the performance with a later version this week. |
Going to close this, please create a new issue if you still have perf issues and we can look into it further. |
Can confirm this is still an issue with version 3.4.1 |
@timbussmann Do you have any details? Is the repository you're testing this on public perchance so we can verify? |
@ramonsmits Is it a problem with |
It would also be interesting to know how you're able to actually get a version number out of GitVersion, since |
@asbjornu so I was able to reproduce it by rebasing some branch with multiple commits with merge conflicts. So after the first rebased commit I hit the issue as soon as the rebase stops because of a merge conflicts occurs. I think
as you can see from the timestamps it takes ~30 secs between each entry which we get for every project in the solution, making a build take multiple minutes. |
@timbussmann Aha. So |
@asbjornu I uploaded a gist of the build log here: https://gist.github.com/timbussmann/939f433cc7894ba43cb92b1dd1f7780c |
@timbussmann Thanks for that. I've merged #919 to improve the logging we do in that area of the code. Could you please clone the GitVersion repository, run |
There hasn't been any recent reports of slowness, so I'll close this as "accidentally fixed". 😅 |
When opening a solution on a detached head it takes ages to open due to GitVersionTask.
This often happens when you are rebasing and you want to edit a previous commit.
For some reason this is affecting VS2015 more then VS2013.
It takes minutes to load a solution and during that time VS is not responsive. This happens then for each rebase step. I simple rebase where you want to validate before committing takes ages.
After loading I also need to build it which also takes ages.
With the NServiceBus solution on a hotfix branch it can easily take more than 5 minutes on a macbook pro i7 2.5GHz if not 10.
The text was updated successfully, but these errors were encountered: