Re: [PATCH v1 3/3] convert: add filter.<driver>.useProtocol option
- From
Jakub Narębski <jnareb@gmail.com>
- Date
- Jul 26, 2016, 12:24 UTC
- Message-ID
- <57975662.9050707@gmail.com>
- In-Reply-To
- <34F8B256-A129-4238-AE1A-CD8C1DE8C7DA@gmail.com>
W dniu 2016-07-25 o 22:16, Lars Schneider pisze:
Show 33 quoted lines
>
> On 24 Jul 2016, at 23:30, Jakub Narębski <jnareb@gmail.com> wrote:
>
>> W dniu 2016-07-24 o 22:14, Jakub Narębski pisze:
>>> W dniu 2016-07-24 o 20:36, Lars Schneider pisze:
>>
>>>> I agree that the name is not ideal. "UseProtocol" as it is would be a boolean.
>>>> I thought about "persistent" but this name wouldn't convey the scope of the
>>>> persistency ("persistent for one Git operation" vs. "persistent for many Git
>>>> operations"). What do you think about the protocol as int version idea
>>>> described in $gmane/300155 ?
>>>
>>> You mean the `protocol` as a config variable name (fully name being
>>> `filter.<driver>.protocol`), being integer-valued, isn't it? Wouldn't
>>> `protocolVersion` be a more explicit?
>>
>> Just throwing out further ideas:
>>
>> Perhaps make `persistent` string-valued variable, with the only value
>> supported for now, namely "per-process" / "operation"?
>>
>> Perhaps require for `pidfile` to be present for it to be daemon,
>> that is persist for possibly many Git operations. Or allow "daemon"
>> or "server" value for `persistent`, then?
>
> I like the direction of this idea. What if we use a string-valued
> "filter.<driver>.protocol" with the following options:
>
> "simple" / "invocation-per-file" / << empty >> --> current clean/smudge behavior
> "invocation-per-process" --> new, proposed behavior
>
> If necessary this could be enhanced in the future to support even a "daemon"
> mode (with a pidfile config).Though, after thinking about it, this solution has the problem that people might think that they can use their old per-file filters, just flipping the `filter.<driver>.protocol`.
I dunno.
-- Jakub Narębski