Re: [RFC] deprecating and eventually removing "git relink"?
- From
Miles Bader <miles@gnu.org>
- Date
- Nov 14, 2011, 06:06 UTC
- Message-ID
- <buomxbzutjm.fsf@dhlpc061.dev.necel.com>
- In-Reply-To
- <7v4ny7mtbx.fsf@alter.siamese.dyndns.org>
Junio C Hamano <gitster@pobox.com> writes:
> (2) allowing two repositories that started independently to share objects > using the alternates mechanism after the fact.
Can they not already?
I mean, it works great right now to do:
cd $REP2 echo $REP1/.git/objects > .git/objects/info/alternates git gc
Do you mean a more elaborate UI that does this nicely...? or something else?
It might be nice to have a mechanism where new objects would update the _alternate_ rather than the object-store in the tree where the command was run... then you could easily have a bunch of trees using a central object store without needing to update the central store occasionally by hand (and do gc in its "clients")...
-Miles
-- "Most attacks seem to take place at night, during a rainstorm, uphill, where four map sheets join." -- Anon. British Officer in WW I