On Mon, Apr 6, 2009 at 6:55 PM, Nicolas Pitre <nico@xxxxxxx> wrote: > Why can't you simply fetch the remote from its branch tip and then > figure out / checkout the particular unnamed reference you wish locally? It is a pretty sane thing to do, but it makes me a bit nervous that branches are not immutable. Let's say I decide on a manifest format where each tree is listed as a branch name plus the current SHA key on that branch. The branch name is needed to enable fetch, but if the branch is later renamed because of a change in naming policy, or its name simply reused to refer to something completely different (*), then there is no guarantee that the SHA key is reachable through that branch name. (*) These situations cannot be discounted in an organization with, say, a few thousand employees and several tens of really big projects with considerable overlap. I have to take into account that the right hand may not know what the left hand is doing all the time. > Unlike with CVS/SVN, you don't need anything from the remote if you want > to checkout an old version. In particular, there is no need for you to > only fetch that old version from the remote. You just fetch everything > from the remote and then checkout the particular old version you wish. Please consider when you have to recreate some particular forest that you never worked on before, but now you have to fetch and recreate a 3 year old version so that you can work on that critical error report. And I may really not want to fetch everything. Some projects are just very very big. I think that what I would need is either * Immutable tags, or * A way to maintain sets of indestructible commits based on SHA id's and a way to fetch them without going through a named reference. The second option seems better because it would allow for recursion on submodules and it doesn't pollute the tag name space. BR / Klas -- 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