On Wed, 18 Oct 2006, Robert Collins wrote: > > More commonly though, like git users have 'origin' and 'master' > branches, bzr users tend to have a branch that is the 'origin' (for bzr > itself this is usually called bzr.dev), as well as N other branches for > their own work, which is probably why we haven't seen the need to have a > ui command to spit out the revnos for an arbitrary branch. You mis-understand. git doesn't have a "ui command to spit out the revnos for an arbitrary branch" either. Normally, you'd just use the branch-name. Nobody ever uses the SHA1's directly. What git does (and does very well) is to be _scriptable_. It was designed that way. I'm a UNIX guy. I think piping is very powerful. And when you script things, your scripts pass SHA1's around internally. So for example, to repack a git archive, you'd normally do git repack -a -d and you don't have any "UI" with SHA1 numbers. But internally, this used to be git-rev-list --all --objects | git-pack-objects where "git-rev-list" is the one that lists all object names (which are the SHA1 numbers), and "git-pack-objects" is the one that takes a list of objects and packs them. (These days, since our internal C libraries have become so much better, the object traversal is done internally to packing, so we don't actually use the pipe any more for repacking an archive, but that's just an implementation detail) You seem to think that we use SHA1 names as _humans_. We don't. The SHA1 names are used internally, and humans just use the branch names. The only case you'd (as a human) use the SHA1 name is when you want to pass it on to another person that may have a different archive (ie you mail somebody a revision that is problematic). It would obviously be totally unworkable to say "it's the grand-parent of my current HEAD commit", since that's a local description. So instead, you'd say "it's commit 9550e59c4587f637d9aa34689e32eea460e6f50c". So I think people (totally incorrectly) think that git users use a lot of SHA1 names, just because they see the git users on the kernel mailing list sending each others SHA1 names. But that's because you see only the case where you _want_ to communicate a stable revision name to another side. Sending a number like 1.57.8.312 to describe what commit broke would be a _bug_, because a person who has a differently shaped tree wouldn't even _have_ that revision. But normally? You'd be hard-pressed to find anything but the branch (and tag) names on a command line. See? Linus - 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