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

Re: Call Me Gitless

From
Junio C Hamano <gitster@pobox.com>
Date
Aug 19, 2008, 07:25 UTC
Message-ID
<7vbpzph3fx.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<alpine.LNX.1.00.0808181628420.19665@iabervon.org>
Daniel Barkalow <barkalow@iabervon.org> writes:
> .... For most systems, "diff" without options is a preview of 
> what would be in the patch if you were to commit; "git diff", on the other 
> hand, shows what would be left out of the patch.

That is true, but I also think that is because (1) on other systems, you cannot even choose to select changes to "leave out of the patch", so they have no option other than showing "what could be committed", and (2) by definition active use of index means that you are staging incrementally, and it is natural to expect you to want to view "changes since the last staging" much more often than "what would be committed" when you are staging incrementally, so the current default is the _right_ one.

So I'd say the below is a faulty argument:
> ...  So, even given that 
> people understand the meaning of the index, they can fail to understand 
> what "diff" will tell them.

If they understand "the meaning of the index", not just as literal reading of the manual page "it is a staging area to prepare for the next commit", but including the reason why there is a "staging area" and how it is to be used, they would reach the conclusion that "diff by default will show the leftover from incremental staging and it is the right thing".

> ... And diff is a bit unhelpful in that it 
> generates headers as for "diff -r a b", regardless of what the things are.
We have a separate thread on this now ;-)
Show 15 quoted lines
>> (2) Some concepts in git are different from what they are used to, without
>>     any good reason.  IOW, the concepts have room for improvement, and our
>>     UI is based on these faulty concepts.
>> 
>> (3) Some concepts in git may be exactly the same with other systems, yet
>>     our UI may operate differently from them without any good reason.
>> 
>> I'd be surprised if there is _no_ UI element that falls into the latter
>> two categories, but obviously I would not be able to list examples.  If I
>> could, they instead would have long been fixed already.
>
> You've got to include the class of "The concepts in git are exactly the 
> same as with other systems (although git also has additional concepts), 
> and commands from other systems do not do the same thing in git (with or 
> without good reason)."
Isn't it the same as (3)?
> E.g., git has a working directory, and git has a committed state, and CVS 
> has both of these, and "cvs diff" compares the working directory with the 
> committed state, but "git diff" does a different operation.

Ah, Ok, that is not the same as (3), but "although git has more" makes it totally different.

Your example sounds like comparing a car and a motorcycle. Yes they both share two tyres, but the former having two more tyres makes the driving technique of the whole thing quite different, doesn't it?

Previous: Junio C HamanoNext: Daniel Barkalow
Message 30 of 67 in “Call Me Gitless”
  1. TransAug 18, 2008
  2. Benjamin SergeantAug 18, 2008
  3. Martin LanghoffAug 18, 2008
  4. Pascal ObryAug 18, 2008
  5. Jon LoeligerAug 18, 2008
  6. Daniel BarkalowAug 18, 2008
  7. Marcus GriepAug 18, 2008
  8. Junio C HamanoAug 18, 2008
  9. Daniel BarkalowAug 18, 2008
  10. Junio C HamanoAug 18, 2008
  11. Daniel BarkalowAug 18, 2008
  12. Junio C HamanoAug 19, 2008
  13. Marcus GriepAug 19, 2008
  14. Junio C HamanoAug 19, 2008
  15. Junio C HamanoAug 19, 2008
  16. diff: vary default prefix depending on what are comparedJunio C Hamano, Aug 20, 2008
  17. Jakub NarebskiAug 20, 2008
  18. Stephen R. van den BergAug 19, 2008
  19. Jakub NarebskiAug 19, 2008
  20. Junio C HamanoAug 19, 2008
  21. Jeff KingAug 19, 2008
  22. Daniel BarkalowAug 19, 2008
  23. Jeff KingAug 19, 2008
  24. Daniel BarkalowAug 19, 2008
  25. Jeff KingAug 19, 2008
  26. Daniel BarkalowAug 19, 2008
  27. Petr BaudisAug 19, 2008
  28. Daniel BarkalowAug 19, 2008
  29. Junio C HamanoAug 19, 2008
  30. Junio C HamanoAug 19, 2008
  31. Daniel BarkalowAug 19, 2008
  32. Sverre Hvammen JohansenAug 21, 2008
  33. Junio C HamanoAug 21, 2008
  34. 1/3 sha1_object_info(): pay attention to cached objectsJunio C Hamano, Aug 21, 2008
  35. 2/3 cached_object: learn empty blobJunio C Hamano, Aug 21, 2008
  36. 3/3 git-add --intent-to-add (-N)Junio C Hamano, Aug 21, 2008
  37. Paolo BonziniAug 21, 2008
  38. Jonathan NiederAug 21, 2008
  39. Jonathan NiederAug 22, 2008
  40. Daniel BarkalowAug 22, 2008
  41. Junio C HamanoAug 22, 2008
  42. Jonathan NiederAug 22, 2008
  43. Junio C HamanoAug 22, 2008
  44. Jonathan NiederAug 22, 2008
  45. Jonathan NiederAug 22, 2008
  46. Daniel BarkalowAug 21, 2008
  47. TarmiganAug 18, 2008
  48. Daniel BarkalowAug 19, 2008
  49. TarmiganAug 19, 2008
  50. Peter Valdemar Mørch (Lists)Aug 19, 2008
  51. Junio C HamanoAug 19, 2008
  52. Imran M YousufAug 19, 2008
  53. Peter Valdemar Mørch (Lists)Aug 19, 2008
  54. Imran M YousufAug 19, 2008
  55. Alexander E GenaudAug 19, 2008
  56. Matthieu MoyAug 19, 2008
  57. Mike HommeyAug 19, 2008
  58. Alexander E GenaudAug 19, 2008
  59. Pascal ObryAug 19, 2008
  60. Paolo BonziniAug 21, 2008
  61. Elijah NewrenAug 22, 2008
  62. Peter Valdemar Mørch (Lists)Aug 19, 2008
  63. Mark StrubergAug 19, 2008
  64. Alexander E GenaudAug 19, 2008
  65. Junio C HamanoAug 19, 2008
  66. Teemu LikonenAug 19, 2008
  67. Jakub NarebskiAug 19, 2008

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.