Re: de-alphabetizing the documentation
- Date: Fri, 6 Jul 2018 14:16:00 -0700
- From: Jonathan Nieder <jrnieder@xxxxxxxxx>
- Subject: Re: de-alphabetizing the documentation
Frederick Eaton wrote:
> I am trying to learn how to use Git but I've been put off by not
> knowing where to start. I would like to start with the 'git' man page,
> but it lists the Git subcommands in alphabetical order, rather than in
> an order which would be useful for learners. For example, I'm not sure
> how often 'git bisect' is used, but it is strange to see it listed
> before 'git init' and 'git clone'.
> I wonder if someone familiar with Git could list the commands in an
> order which makes more sense for learning, for example in the order in
> which they were invented by Git developers,
That doesn't seem like a useful order pedagogically, but
> or in the reverse order of
> frequency of use by a typical Git user.
Currently the commands are already broken into a few categories:
Main porcelain commands
Interacting with others
Internal helper commands
While it's alphabetical within each section, overall it is not
alphabetical at all!
Alas, there are plenty of "Main porcelain commands", and I think that
is where your question comes from. It would be nicer to list just five
to start, say.
Some of the most thoughtful documentation that comes with Git is at
It might be useful for inspiration.
Ideas? If you start with a proposal, we're happy to help refine it.
People in the #git channel on irc.freenode.net (wechat.freenode.net)
might also be useful for inspiration in coming up with a proposal.
Each of us have our weaknesses for this kind of work: you're telling
me you're too new to have a sense of which commands are the first a
person would need to learn (and I have no reason to doubt you), while
many on this list would have the opposite problem of taking too much
for granted and not being able to put themselves in the mind of a
newcomer. So we'll have to help each other.
tl/dr: if you come up with a proposed "first commands to learn"
category with some proposed commands to go in it, we'll be happy to
help you with the next steps.
> Finally, perhaps the same listing and/or reordering could be done for
> other important manual pages, like 'gitglossary'. Presumably
> 'gitglossary' should be sorted topologically, so that each term is
> defined prior to any terms depending on it.
Your help is welcome here as well. Probably a similar kind of
categorization, with entries ordered either alphabetically or
according to some narrative in each section, would be the easiest to
maintain over time.