On 18 Oct 2006, Carl Worth <cworth@cworth.org> wrote:There is a mix of - Just giving the overall tarball version number, which is most meaningful to users (and not related to bzr versions) - Giving a mainline revision number, which will never revert because we never pull (fast-forward) that branch. That has the substantial (imo) benefit that you can immediately compare these numbers by eye, and they are easy to quote. - Giving a unique id, which is obviously most definitive and appropriate if you're talking about something which is not on the mainline or a well known branch. The launchpad.net bug tracker links branches to bugs and does this through revision ids. -- Martin - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | Og dreams of kernels |
| Jens Axboe | [PATCH 31/33] Fusion: sg chaining support |
| Arnd Bergmann | Re: finding your own dead "CONFIG_" variables |
| Mark Brown | [PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset |
| Tony Breeds | [LGUEST] Look in object dir for .config |
git: | |
| Brian Downing | Re: Git in a Nutshell guide |
| John Benes | Re: master has some toys |
| Matthias Lederhofer | [PATCH 4/7] introduce GIT_WORK_TREE to specify the work tree |
| Alexander Sulfrian | [RFC/PATCH] RE: git calls SSH_ASKPASS even if DISPLAY is not set |
