On 11/2/06, Han-Wen Nienhuys <hanwen@xxxxxxxxx> wrote:
Santi Béjar escreveu: > One problem I see with this scheme (either 'g', 'git' of '+') is that > it does not provide an increasing version number, even for > fast-forwarding commits. Then it is not useful as a package version > number (deb or rpm). I've already seen deb packages with > version+git20061010. One possibility could be to add the number of > commits between the tag and the commit as: > > v1.4.3.3-git12g1e1f76e > > to provide a weak ordering for fast-forwarding commits. What do you thing? Is that number well defined if you merge branches in between?
Yes. $ git-rev-list 1e1f76e ^v1.4.3.3 | wc -l
I'd prefer v1.4.3.3+git-12-1e1f76e or similar. Pasting together words without separator is bad for readability. -- Han-Wen Nienhuys - hanwen@xxxxxxxxx - http://www.xs4all.nl/~hanwen
- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html