Re: Bug: send-pack does not respect http.signingkey
- From
Dave Borowitz <dborowitz@google.com>
- Date
- Jul 16, 2015, 20:31 UTC
- Message-ID
- <CAD0k6qSZtZN60ExQQfH0mq_rZrOA4Fw0ZeWfX_gr=2btbSYHQw@mail.gmail.com>
- In-Reply-To
- <xmqqh9p350ad.fsf@gitster.dls.corp.google.com>
On Thu, Jul 16, 2015 at 1:12 PM, Junio C Hamano <gitster@pobox.com> wrote:
Show 15 quoted lines
> Dave Borowitz <dborowitz@google.com> writes: > >> On Thu, Jul 16, 2015 at 1:06 PM, Junio C Hamano <gitster@pobox.com> wrote: >> >>> Perhaps something like this? >> >> Seems like it should work. >> >> Jonathan had suggested there might be some principled reason why >> send-pack does not respect config options, and suggested passing it in >> as a flag. But that would be more work, certainly, as it would also >> have to get passed through git-remote-http somehow. > > I actually was wondering about exactly the same thing as Jonathan, > and that is where my "Perhaps" came from.
I will say, though, as the maintainer of a handful of custom remote helpers, I would prefer a solution that does not involve changing the implementation of those just to pass this configuration through. So my vote would be for send-pack to respect the normal config options.
Not sure what that would mean for -c on the command line, though.