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

Re: [PATCH] user-manual: set user.name and user.email with repo-config

From
MLMatthias Lederhofer <matled@gmx.net>
Date
Jan 28, 2007, 01:34 UTC
Message-ID
<20070128013452.GA11244@moooo.ath.cx>
In-Reply-To
<Pine.LNX.4.64.0701271625120.25027@woody.linux-foundation.org>
Linus Torvalds <torvalds@linux-foundation.org> wrote:
Show 38 quoted lines
> I dunno. I really think that editing the config file is actually simpler.
> 
> The "git repo-config" thing is really usefull from scripting, and for 
> general automation, but maybe it's just me - I find human-readable ASCII 
> files that you can put comments in etc just *nice*.
> 
> I think the whole notion that you have to use a tool to edit 
> configurations is asinine. It's good to have a tool for automation, but 
> it's bad if that's the only way to interact with the system.
> 
> The first time I had to use AIX, and realized that they do everything with 
> some crazy system management tool, and that you can't do anything by 
> editing files in /etc, I realized that IBM was totally incompetent when it 
> came to UNIX.
> 
> I mean, do people _really_ think that it's easier to do black magic 
> scripts like
> 
> 	git repo-config --global user.name "Your Name Comes Here"
> 
> (which not only looks scary, but means that the user will never learn 
> about the git config file at all), or just somebody saying:
> 
> 	"Fill your .git/config file with
> 
> 		[user]
> 			name = Your Name Here
> 			email = your@email.example
> 
> 	 and be happy"
> 
> I'm just saying that the second example seems to not only be more 
> human-friendly, it actually teaches people something that "git 
> repo-config" never did. 
> 
> Maybe most users will just do what they are told without thinking about 
> it, but then some users will look at that and say "Ahh, there's a 
> .git/config file, I wonder what else I could do there.."

Good point, otoh the git-repo-config manual page is actually the one documenting .git/config :). Therefore I think the manual should mention git-repo-config(1) for information on .git/config with the first use of the config file (actually the second because the first is in part 1 which is only a list of commands).

Later in the manual git-repo-config is used to read (-l) and edit the config file, perhaps there should be a short sentence that there is no difference to editing .git/config directly.

--- user-manual: mention git-repo-config(1) with .git/config

---
 Documentation/user-manual.txt |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
index 87c605f..509a867 100644
--- a/Documentation/user-manual.txt
+++ b/Documentation/user-manual.txt
@@ -603,7 +603,8 @@ $ cat .git/config
 
 This is what causes git to track the remote's branches; you may
 modify or delete these configuration options by editing .git/config
-with a text editor.
+with a text editor.  See gitlink:git-repo-config[1] for more
+information on .git/config.
 
 Exploring git history
 =====================
-- 
1.5.0.rc2.g18af
Previous: Linus TorvaldsNext: Linus Torvalds
Message 4 of 18 in “git user's manual”
  1. J. Bruce FieldsJan 27, 2007
  2. user-manual: set user.name and user.email with repo-configMatthias Lederhofer, Jan 28, 2007
  3. Linus TorvaldsJan 28, 2007
  4. Matthias LederhoferJan 28, 2007
  5. Linus TorvaldsJan 28, 2007
  6. Junio C HamanoJan 28, 2007
  7. Jakub NarebskiJan 28, 2007
  8. Tom PrinceJan 28, 2007
  9. Junio C HamanoJan 28, 2007
  10. Junio C HamanoJan 28, 2007
  11. Nicolas PitreJan 28, 2007
  12. Jakub NarebskiJan 28, 2007
  13. J. Bruce FieldsJan 28, 2007
  14. Linus TorvaldsJan 28, 2007
  15. Junio C HamanoJan 29, 2007
  16. Make fsck and fsck-objects be builtins.Mark Wooding, Jan 29, 2007
  17. Junio C HamanoJan 29, 2007
  18. J. Bruce FieldsJan 29, 2007

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.