<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-08-08 10:23 GMT+02:00 Carl-Daniel Hailfinger <span dir="ltr"><<a href="mailto:c-d.hailfinger.devel.2006@gmx.net" target="_blank">c-d.hailfinger.devel.2006@gmx.net</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If there really is a large demand for a non-svn hosting, I would be open<br>
to using mercurial (as master) because it at least has some sort of<br>
usability and can provide (conceptually limited) version numbers. I have<br>
worked for a few years with mercurial and the version numbers are<br>
extremely helpful even if they are per-branch and only semi-stable.<br></blockquote><div>mercurial's notion of a monotonic commit counter (that you're looking for if I understand you correctly) has about the same quality as git describe's commits-since-last-tag counter.</div><div> </div><div>For a global numbering scheme, you could just (automatically) tag every single commit of a certain branch (master, release, ...) with a monotonic counter. That's more or less what the svn-to-git translation of tianocore is doing, for example (with tags following the scheme svn18670). That way, those numbers are actually global, unlike what mercurial is doing.</div><div>Assume that the scheme is to use $version-$number since release: git describe would emit something like 0.9.9-40-5-gabcde, meaning that your tree is based on the tag 0.9.9-40 (globally unique), is 5 local commits away from that, with your current local commit id being abcde.</div></div><div><br></div><div><br></div><div>Patrick</div>-- <br><div class="gmail_signature">Google Germany GmbH, ABC-Str. 19, 20354 Hamburg<br>Registergericht und -nummer: Hamburg, HRB 86891, Sitz der Gesellschaft: Hamburg<br>Geschäftsführer: Graham Law, Christine Elizabeth Flores</div>
</div></div>