Re: how to backup git

From: Daniel Barkalow <barkalow@iabervon.org>
Date: May 12, 2008, 23:43 UTC
Message-ID: <alpine.LNX.1.00.0805121909440.19665@iabervon.org>
In-Reply-To: <7vej87xioc.fsf@gitster.siamese.dyndns.org>

On Mon, 12 May 2008, Junio C Hamano wrote:

> Daniel Barkalow <barkalow@iabervon.org> writes:
> 
> I think suggestions from old timers on this thread to first "git fetch" is
> to handle that concern.

Yeah, "git fetch" is the right solution (although it's a pain to do a backup of "every repo under <path>" or "every repo anywhere under <path>" that way, which I suspect of being the real issue). I just wanted to get a note into this thread of what problems using rsync can and cannot have, since it's different (both more and less reliable) from what the original poster asked about.

> It may not get the commit that is being created simultaneously when such 
> a fetch to backup repository is running (but that will be backed up 
> during the next round), but at least the contents of the backup 
> repository would be self contained and correct.

And simultaneous commit isn't really an issue; nothing will back up work you do right after the backup runs, and users can't tell whether they did the commit before or after the backup if it's close.

	-Daniel
*This .sig left intentionally blank*