git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: What's cooking in git.git (Feb 2017, #02; Mon, 6)

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 9, 2017, 22:02 UTC
Message-ID
<xmqqk28znhtx.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<alpine.DEB.2.20.1702092135050.3496@virtualbox>
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
Show 11 quoted lines
>> > (And that would have to be handled at a different point, as I had
>> > pointed out, so that suggested preparation would most likely not help
>> > at all.)
>> 
>> I did not think "that would have to be handled at a different point"
>> is correct at all, if by "a point" you meant "a location in the
>> code" [*1*].
>
> Yes, I mean the location in the code.
>
> But since you keep insisting that you are right and I am wrong,...

There is no "insisting". Didn't we just see how wrong you were about "different point"? An extended syntax of override would be handled in the new helper to handle override, the same point in the code as other overrides are handled.

> ... and even
> go so far as calling your patch reverting my refactoring a hot-fix, why
> don't you just go ahead and merge the result over my objections?
At this point, you are simply being silly.

Isn't "Putty is not a command but is also handled as if it is a valid implementation of SSH" a bug? Isn't making the code not to be confused like so a fix?

A different approach to fix the issue would be to declare that the command names and overrides are not in separate namespaces.

If you prefer to go that route, the documentation can use an update to make it not mention "putty" as a valid override (the users have to spell "plink"), mention "plink.exe" is also accepted, etc. and make it clear that the override environment and configuration variables are the way to tell Git: "The ssh implementation I have behaves the same way as this well-known implementation, so treat it as such without actually looking at the path to the command in the ssh.command string".

That may limit the freedom for future enhancement of overrides, but is an acceptable short-cut. After all, the overrides are merely an escape hatch and we expect them to be used only rarely.

Previous: Johannes SchindelinNext: Johannes Schindelin
Message 13 of 17 in “What's cooking in git.git (Feb 2017, #02; Mon, 6)”
  1. Junio C HamanoFeb 6, 2017
  2. SZEDER GáborFeb 7, 2017
  3. Jacob KellerFeb 7, 2017
  4. Junio C HamanoFeb 7, 2017
  5. Stefan BellerFeb 9, 2017
  6. Junio C HamanoFeb 9, 2017
  7. Jeff KingFeb 9, 2017
  8. Junio C HamanoFeb 9, 2017
  9. Junio C HamanoFeb 10, 2017
  10. Johannes SchindelinFeb 9, 2017
  11. Junio C HamanoFeb 9, 2017
  12. Johannes SchindelinFeb 9, 2017
  13. Junio C HamanoFeb 9, 2017
  14. Johannes SchindelinFeb 9, 2017
  15. Michael HaggertyFeb 9, 2017
  16. Junio C HamanoFeb 9, 2017
  17. Junio C HamanoFeb 9, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.