On 2009-02-22, Nicolas Pitre <nico@xxxxxxx> wrote: > Restartable clone is _hard_. Even I who has quite a bit of knowledge in > the affected area didn't find a satisfactory solution yet. I'm sorry I have not followed the earlier discussion. I have a question. I know the rsync transport is not much used, and I myself have never used it. But can there not be a 'sorry, this repo is not yet open' flag that prevents local git operations while the clone is going on, and then the actual clone itself merely does an rsync of the corresponding files? Because rsync is quite restartable. I can see that this would be a problem if the remote were to 'git repack' in between 2 attempts by the client, because the actual tree inside .git/objects would change, but that is hardly a common occurrence I would think. I'm sorry if I'm being naive and missing a lot of important nuances -- but I was looking at it from a "if I had to do it in shell how would I do it' mindset. Or perhaps by 'restartable clone' you also mean 'restartable fetch', etc, in which case of course you can't lock out the repo if a fetch dies partway. It is not necessary to reply in detail; even a gmane or other link will do if this was already shot down :-) -- 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
