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

Re: What is missing from Git v2.0

From
Theodore Ts'o <tytso@mit.edu>
Date
Apr 24, 2014, 13:41 UTC
Message-ID
<20140424134106.GA27035@thunk.org>
In-Reply-To
<5358ca1a55a69_1f7b143d3101c@nysa.notmuch>
On Thu, Apr 24, 2014 at 03:23:54AM -0500, Felipe Contreras wrote:
> 
> There is evidence for the claim that there won't be those problems. You have
> absolutely no evidence there there will.
Felipe,

It's clear that you've not been able to produce evidence that can convince most of the people on this thread. Simply repeating the same assertions over and over again, in a shrill fashion, is not likely to convince those of us who that this would not be a good idea for git v2.0.

Creating a ~/.gitconfig file if one doesn't already is one I agree with, and at least on Unix systems, telling them that the config file lives in ~/.gitconfig, or where ever it might happen to be on other platforms, is a good one. If it's in some really weird place on Windows, then sure, we can tell them about "git config -e". But the point is to let the user look at the default .gitconfig file, where we can put in comments to help explain what is going on, and perhaps have links to web pages for more information.

I don't even think we need to query the user to fill out all of the fields. We can prepopulate a lot of the fields (name, e-mail address, etc.) from OS specific defaults that are available on most systems --- specifically, the default values we would use the name and e-mail address are not specified in a config file.

We can just tell the user that we have created a default .gitconfig file, and tell them how they can take a look at it.

In the long term, if the worry is how to bridge the gap between complete newbies, one way of dealing with this is to have a tutorial mode (off by default, on in the default .gitconfig) which despenses some helpful hints at certain strategic points (i.e., after five commits, give a message that introduces git log --oneline, after the third merge commit is created by the user, give a message which introduces git log --merge, and so on). The challenge is not strawing over the line to the point where the hints become as annoying as "clippy", but that is what UX labs are for, to tune the experience for completely new users to git.

Without doing a formal UX experiment, all of us are going to making assertions without formal evidence --- at best some of us who have tutored a few newbies might have some anecdates, but remember the old saying about the plural of anecdote not being data.

Cheers,
						- Ted
Previous: David LangNext: Stefan Beller
Message 39 of 77 in “What is missing from Git v2.0”
  1. Felipe ContrerasApr 20, 2014
  2. Felipe ContrerasApr 20, 2014
  3. Sebastian SchuberthApr 21, 2014
  4. Felipe ContrerasApr 21, 2014
  5. Sebastian SchuberthApr 21, 2014
  6. Theodore Ts'oApr 21, 2014
  7. Felipe ContrerasApr 21, 2014
  8. Sebastian SchuberthApr 22, 2014
  9. Felipe ContrerasApr 22, 2014
  10. Junio C HamanoApr 21, 2014
  11. Sebastian SchuberthApr 22, 2014
  12. Felipe ContrerasApr 22, 2014
  13. Junio C HamanoApr 22, 2014
  14. Felipe ContrerasApr 22, 2014
  15. Matthieu MoyApr 22, 2014
  16. Felipe ContrerasApr 22, 2014
  17. Junio C HamanoApr 22, 2014
  18. Theodore Ts'oApr 22, 2014
  19. Felipe ContrerasApr 22, 2014
  20. David KastrupApr 22, 2014
  21. Felipe ContrerasApr 24, 2014
  22. David KastrupApr 24, 2014
  23. Andreas KreyApr 24, 2014
  24. Felipe ContrerasApr 24, 2014
  25. David KastrupApr 24, 2014
  26. David LangApr 22, 2014
  27. Felipe ContrerasApr 24, 2014
  28. David LangApr 24, 2014
  29. Felipe ContrerasApr 24, 2014
  30. James DenholmApr 24, 2014
  31. Felipe ContrerasApr 24, 2014
  32. James DenholmApr 24, 2014
  33. Felipe ContrerasApr 24, 2014
  34. David KastrupApr 24, 2014
  35. Felipe ContrerasApr 24, 2014
  36. David KastrupApr 24, 2014
  37. Felipe ContrerasApr 24, 2014
  38. David LangApr 24, 2014
  39. Theodore Ts'oApr 24, 2014
  40. Stefan BellerApr 24, 2014
  41. tytso@mit.eduApr 24, 2014
  42. Stefan BellerApr 24, 2014
  43. Jonathan NiederApr 24, 2014
  44. Felipe ContrerasApr 24, 2014
  45. Jeff KingApr 24, 2014
  46. Felipe ContrerasApr 24, 2014
  47. Felipe ContrerasApr 24, 2014
  48. Matthieu MoyApr 25, 2014
  49. Philippe VaucherApr 25, 2014
  50. Felipe ContrerasApr 24, 2014
  51. luc.linux@mailoo.orgApr 24, 2014
  52. Javier Domingo CansinoApr 25, 2014
  53. Felipe ContrerasApr 25, 2014
  54. Philippe VaucherApr 25, 2014
  55. Felipe ContrerasApr 25, 2014
  56. Theodore Ts'oApr 25, 2014
  57. Philippe VaucherApr 25, 2014
  58. Theodore Ts'oApr 25, 2014
  59. Philippe VaucherApr 25, 2014
  60. Felipe ContrerasApr 25, 2014
  61. Felipe ContrerasApr 25, 2014
  62. Jeff KingApr 25, 2014
  63. Felipe ContrerasApr 25, 2014
  64. Jeff KingApr 25, 2014
  65. Felipe ContrerasApr 25, 2014
  66. Jeff KingApr 25, 2014
  67. Felipe ContrerasApr 25, 2014
  68. David KastrupApr 25, 2014
  69. Jonathan NiederApr 25, 2014
  70. David KastrupApr 25, 2014
  71. Jonathan NiederApr 25, 2014
  72. Junio C HamanoApr 22, 2014
  73. Felipe ContrerasApr 24, 2014
  74. brian m. carlsonApr 22, 2014
  75. Felipe ContrerasApr 22, 2014
  76. David AguilarApr 22, 2014
  77. Felipe ContrerasApr 22, 2014

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.