Re: rsync a *bunch* of git repos

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




From: "Seth Robertson" <in-gitvger@xxxxxxxx> Sent: Tuesday, January 10, 2012 9:24 PM
In message <20120110211548.GD10255@xxxxxxxxxxxxxxxxxxxx>, Jason writes:

The nuts and bolts of this aren't difficult, the problem is I don't have
   a complete understanding of how git stores data.  I've heard in the
   past that it uses a lot of hardlinks and softlinks.  I need to make
sure, that once I transfer the data, and reboot the machine with the new
   partition mounted under /home, that all my git repos will be okay.

Under most circumstances, git will do the right thing.  Only if you
use specific flags on clone (like --shared or --reference) might
something go wrong, and as the manual page explains, you can use
git-repack to undo these.

I think there is an exception for certain git submodule setups with local repos, where the gitdir link is hard coded to the absolute machine path. There has been some discussion on the list recently about trying to cover this case.


The real solution is, after you rsync, to:

for f in */.git; do (cd $f; git fsck >&/dev/null || echo "$f is BAD!!"); done

If you get no output, you should be golden.  If you get output, check
to make sure the repo you are copying from is good as well.

-Seth Robertson

--
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


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]