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

Repositories with >1000 tags experience a performance hit with the changes to how tags are evaluated #24

Open
capoferro opened this issue Aug 14, 2013 · 1 comment

Comments

@capoferro
Copy link
Contributor

See #22.

@chilicheech
Copy link

We are noticing a performance hit where it take 2 minutes just to bump the version. We have about 300 version tags in our repo. Another one of our repos has about 600 version tags and it take 4 minutes just to do a version bump. We have the same performance hit when looking up the version. Also, if one cookbook depends on other cookbooks that have a lot of version tags the performance hit just keeps compounding.

Can't we accomplish all we need by just checking the latest tag instead of iteration through all the tags in the branch? Wouldn't something like git describe --abbrev=0 work for the purposes of thor-scmversion?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants