Re: [RFC] deprecating and eventually removing "git relink"?

From: Junio C Hamano <gitster@pobox.com>
Date: Nov 14, 2011, 22:08 UTC
Message-ID: <7vmxbyicgg.fsf@alter.siamese.dyndns.org>
In-Reply-To: <20111114202522.GA26269@sigill.intra.peff.net>

Jeff King <peff@peff.net> writes:

Show 14 quoted lines

> On Mon, Nov 14, 2011 at 12:18:25PM -0800, Junio C Hamano wrote:
>
>> > Yes, I think that is sensible. I'm not sure there is even any core git
>> > code to be written. I think a wrapper that does the following would
>> > probably work:
>> 
>> I agree with your outline, which I find is in line with what I had in mind
>> in the message Miles responded.
>> 
>> The approach is different from what Miles alluded to, which is to have
>> "clients" create objects in the "central" place in the first place,
>> though.
>
> It seems to me that is simply an optimization that can come later.

I did not mean "it is wrong because it does not match what Miles said" by that. In fact, I think it is a better approach to put things in clients first and consolidating possible duplicates at the central one purely as optimization, and I do not necessarily see "write to central from the beginning" as a particularly good "optimization".