Re: metastore

From: david@lang.hm <david@lang.hm>
Date: Sep 16, 2007, 21:53 UTC
Message-ID: <Pine.LNX.4.64.0709161445380.24221@asgard.lang.hm>
In-Reply-To: <7vbqc25mgi.fsf@gitster.siamese.dyndns.org>

On Sun, 16 Sep 2007, Junio C Hamano wrote:

Show 18 quoted lines

> david@lang.hm writes:
>
>> my initial thoughts were to have git do all it's normal work and hook
>> into git at the point where it's writing the file out (where today it
>> chooses between writing the data to a file on disk, pipeing to stdout,
>> or pipeing to a pager) by adding the option to pipe into a different
>> program that would deal with the permission stuff. this program would
>> only have to write the file and set the permissions, it wouldn't have
>> to know anything about git other then where to find the permissions it
>> needs to know.
>>
>> it sounds like you are suggesting that the hook be much earlier in the
>> process,...
>
> Well, you misread me or what I said was confusing or both.  I
> was suggesting totally opposite.  Let git do all its normal
> work, and then call your hook to munge the work tree in any way
> you want.

so you are saying, have git write everything out as-is and then call a program afterwords to do things? essentially a post-checkout hook?

such a hook is useful in many situations, and would allow for the workflow where you have /etc, /etc.git, and write scripts to move things back and forth between them.

so I do think that this is a capability that would be useful to git overall.

however, for the specific use-case of maintaining /etc I don't think that it's as good as having a hook at write time.

David Lang