Re: how to backup git
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- May 12, 2008, 17:07 UTC
- Message-ID
- <alpine.DEB.1.00.0805121804500.30431@racer>
- In-Reply-To
- <20080512152731.GM31039@zakalwe.fi>
Hi,
On Mon, 12 May 2008, Heikki Orsila wrote:
Show 10 quoted lines
> On Mon, May 12, 2008 at 04:08:21PM +0100, Johannes Schindelin wrote: > > No, rsync is particularly dumb in that respect. The safest thing > > would be to back up the reflogs first (e.g. with rsync), then repack > > and then clone (the clone will transmit the objects referenced by the > > reflogs, too). Note: the same holds _not_ true for a simple fetch. > > > > But then, you usually do not want to back up reflogs anyway, since > > they are purely local and not visible to anybody else. > > Is there a simple and efficient mechanism for incremental backups?
Umm. "git fetch"?
Like I said, it does not get the reflogs, but if you want to back up a repository, the safest is to clone once, and fetch later. Or you could set up a remote with the --mirror option, if you want to preserve the refs' namespaces.
Ciao, Dscho