From: luc.linux@mailoo.org
To: Theodore Ts'o <tytso@mit.edu>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: What is missing from Git v2.0
Date: Thu, 24 Apr 2014 21:55:59 +0200 [thread overview]
Message-ID: <20140424195559.GA1336@luc-arch> (raw)
In-Reply-To: <20140424134106.GA27035@thunk.org>
[-- Attachment #1: Type: text/plain, Size: 1397 bytes --]
On Thu, Apr 24, 2014 at 09:41:06AM -0400, Theodore Ts'o wrote:
> On Thu, Apr 24, 2014 at 03:23:54AM -0500, Felipe Contreras wrote:
> 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 think the idea of a commented gitconfig is a good solution. We could
include default aliases commented, so that a new user would just have to
uncomment them. That way, he will understand they are aliases and not
commands, learn how to tune them to its own needs and it won't annoy
anyone because they will be commented by default, ideally with explicit
commentaries around them.
Furthermore, this could be a good way to show a new user all the
possibilities of git, or at least its configuration. Documentation is a
good thing when you know what you are looking for, but when you are
beginning, you don't know what can be done, and reading a complete and
commented example configuration could be a good way to discover it.
[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2014-04-24 20:18 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-20 22:41 What is missing from Git v2.0 Felipe Contreras
2014-04-20 22:47 ` Felipe Contreras
2014-04-21 19:24 ` Sebastian Schuberth
2014-04-21 19:34 ` Felipe Contreras
2014-04-21 19:47 ` Sebastian Schuberth
2014-04-21 20:45 ` Theodore Ts'o
2014-04-21 20:46 ` Felipe Contreras
2014-04-22 7:23 ` Sebastian Schuberth
2014-04-22 8:15 ` Felipe Contreras
2014-04-21 19:39 ` Junio C Hamano
2014-04-22 7:19 ` Sebastian Schuberth
2014-04-22 8:11 ` Felipe Contreras
2014-04-22 18:33 ` Junio C Hamano
2014-04-22 19:23 ` Felipe Contreras
2014-04-22 20:22 ` Matthieu Moy
2014-04-22 21:01 ` Felipe Contreras
2014-04-22 22:19 ` Junio C Hamano
2014-04-22 21:30 ` Theodore Ts'o
2014-04-22 21:59 ` Felipe Contreras
2014-04-22 22:24 ` David Kastrup
2014-04-24 3:35 ` Felipe Contreras
2014-04-24 5:18 ` David Kastrup
2014-04-24 13:39 ` Andreas Krey
2014-04-24 18:31 ` Felipe Contreras
2014-04-24 19:16 ` David Kastrup
2014-04-22 22:25 ` David Lang
2014-04-24 3:37 ` Felipe Contreras
2014-04-24 3:51 ` David Lang
2014-04-24 3:58 ` Felipe Contreras
2014-04-24 4:16 ` James Denholm
2014-04-24 4:12 ` Felipe Contreras
2014-04-24 6:06 ` James Denholm
2014-04-24 7:19 ` Felipe Contreras
2014-04-24 7:39 ` David Kastrup
2014-04-24 8:23 ` Felipe Contreras
2014-04-24 9:01 ` David Kastrup
2014-04-24 18:28 ` Felipe Contreras
2014-04-24 19:20 ` David Lang
2014-04-24 13:41 ` Theodore Ts'o
2014-04-24 15:00 ` Stefan Beller
2014-04-24 15:47 ` tytso
2014-04-24 17:46 ` Stefan Beller
2014-04-24 18:02 ` Jonathan Nieder
2014-04-24 18:26 ` Felipe Contreras
2014-04-24 19:15 ` Jeff King
2014-04-24 18:25 ` Felipe Contreras
2014-04-24 18:17 ` Felipe Contreras
2014-04-25 6:59 ` Matthieu Moy
2014-04-25 7:35 ` Philippe Vaucher
2014-04-24 18:38 ` Felipe Contreras
2014-04-24 19:55 ` luc.linux [this message]
2014-04-25 2:22 ` Javier Domingo Cansino
2014-04-25 2:35 ` Felipe Contreras
2014-04-25 7:48 ` Philippe Vaucher
2014-04-25 7:52 ` Felipe Contreras
2014-04-25 13:35 ` Theodore Ts'o
2014-04-25 14:23 ` Philippe Vaucher
2014-04-25 14:40 ` Theodore Ts'o
2014-04-25 15:54 ` Philippe Vaucher
2014-04-25 17:50 ` Felipe Contreras
2014-04-25 17:45 ` Felipe Contreras
2014-04-25 18:24 ` Jeff King
2014-04-25 18:27 ` Felipe Contreras
2014-04-25 18:57 ` Jeff King
2014-04-25 18:57 ` Felipe Contreras
2014-04-25 19:12 ` Jeff King
2014-04-25 19:27 ` Felipe Contreras
2014-04-25 5:13 ` David Kastrup
2014-04-25 15:41 ` Jonathan Nieder
2014-04-25 15:59 ` David Kastrup
2014-04-25 16:14 ` Jonathan Nieder
2014-04-22 22:03 ` Junio C Hamano
2014-04-24 3:26 ` Felipe Contreras
2014-04-22 2:12 ` brian m. carlson
2014-04-22 5:10 ` Felipe Contreras
2014-04-22 5:19 ` David Aguilar
2014-04-22 5:38 ` Felipe Contreras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140424195559.GA1336@luc-arch \
--to=luc.linux@mailoo.org \
--cc=git@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).