Re: [PATCH v5 3/3] git: submodule honor -c credential.* from command line

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

 



Jacob Keller <jacob.keller@xxxxxxxxx> writes:

> On Mon, Feb 29, 2016 at 10:20 AM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
>> Jacob Keller <jacob.e.keller@xxxxxxxxx> writes:
>>
>>> +static int sanitize_submodule_config(const char *var, const char *value, void *data)
>>> +{
>>> +     struct strbuf quoted = STRBUF_INIT;
>>> +     struct strbuf *out = data;
>>> +
>>> +     if (submodule_config_ok(var)) {
>>> +             if (out->len)
>>> +                     strbuf_addch(out, ' ');
>>> +
>>> +             sq_quotef(out, "%s=%s", var, value);
>>
>> Can a configuration variable that comes from the original command
>> line be a boolean true that is spelled without "=true", i.e. can
>> value be NULL here?
>>
>
> Wouldn't it just be the empty string?

I was talking about the "not even an equal sign" true, i.e.

    $ git -c random.what -c random.false=no -c random.true=yes \
      config --bool --get-regexp 'random.*'
    random.what true
    random.false false
    random.true true

What would you see for random.what in the above function (if the
callchain allowed you to pass it through)?
--
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]