I'd like to use the 'git describe' command to generate a version string
based on the most recent version tag, like "v1.2.3". I'm afraid that the
default value of 10 candidates will prevent proper function most of the
time with larger number of commits between tags. Is it really such a bad
idea to simply consider all commits in the repository instead of just 10?
Is there a defined value for that or should I just specify something as
large as 999999?
Would it be quicker to add the option --first-parent at the same time?
The tool that generates such version strings should work under all
conditions and the tag name might not be used in certain configurations,
yet it must still be determined because it's unknown whether the tag name
should be used later. So the tool may well run in repositories that don't
use tags but have kind of many commits. Is it possible to keep this
reasonably fast, say under half a second, or should I add a switch for
collecting tag information first?
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.