On Mon, 6 Apr 2009, Klas Lindberg wrote: > In the remote tree, the unnamed reference is either available or it > isn't. If someone made an unnamed reference unreachable and then > garbage-collected it, well so be it. Just tell the user that the > reference can't be found and may in fact not exist at all and you're > done. No exhaustive search necessary. Why can't you simply fetch the remote from its branch tip and then figure out / checkout the particular unnamed reference you wish locally? > I may later want to use that revision of the manifest to perform a > checkout on every component listed by the manifest. At that point I > expect all the work trees to have exactly the contents they "should" > have for that old version of the manifest. It's all about affordable > reproducibility. 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. There is just no real advantage to limit yourself to some old version from the remote repository because that's what you want locally. Sure you might be getting more data than needed, but usually not that much due to git's good delta compression making extra versions almost free. Nicolas -- 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