Petr Baudis <pasky@xxxxxxx> wrote: > On Mon, Nov 13, 2006 at 08:54:14PM CET, Shawn Pearce wrote: > > Copying the one bad object from another repository immediately fixed > > the breakage caused, but it was very annoying to not be able to run a > > "git fetch --missing-objects" or some such. Fortunately it was just > > the one object and it was also still loose in another repository. > > scp was handy. :-) > > If it's over ssh, this is still where the heavily dusty (and heavily > "plumby") git-ssh-fetch command is useful, since it can get passed an > undocumented --recover argument and then it will fetch _all_ the objects > you are missing, not assuming anything. Interesting. Since its undocumented I didn't know it existed until now. :) I'm thinking though that a --recover should just be part of git-fetch, and that it should work on all transports, not just SSH. Of course you could get into a whole world of hurt where you keep doing fsck-objects --full (listing out the missing), fetching them, only to find more missing, etc. After a coule of cycles of that it may just be better to claim to the other end that you have nothing but want everything (e.g. an initial clone) and get a new pack from which you can pull objects. But I think that was sort of Junio's point on this topic. I'm just trying to throw in my +1 in favor of a feature that would have recovered that sole missing object without making the end user reclone their entire repository and move pack files around by hand. And I'm being more verbose about it than just +1. :) -- Shawn. - 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