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

Re: [PATCH 0/3] [doc] Remove gittutorial-2

From
Julia Evans <julia@jvns.ca>
Date
Oct 1, 2026, 22:21 UTC
Message-ID
<040938c6-6fc9-4727-901a-9be2b0b3a6cf@app.fastmail.com>
In-Reply-To
<xmqqzewzch55.fsf@gitster.g>
Show 14 quoted lines
> You confuse me.
>
> What do you mean by "it" in "keep it around"?  gittutorial.adoc?
>
> If so you said it yourself, that we want to have a tutorial that
> covers the basics like `git init` etc.
>
> Or do you mean some other document, like gittutorial-2?  It would
> have made sense to keep it while a replacement was being written, to
> make comparison easier, *if* the goal were to make sure that the new
> one covers everything the existing one covered, but we already
> agreed that it is not the goal to salvage what is in gittutorial-2
> (and that is why I personally feel it is OK to remove the old one
> first).

Here's another attempt to explain! I think this whole sub-discussion is not very relevant to `gittutorial-2` (the subject of this patch series) which should be deleted in any case. I would move this out to talk about it separately but the mailing list is still tough for me to navigate.

Everything after this point is about `gittutorial.adoc` and about how to manage the process of improving it.

Here are some facts, some of my opinions, and some options I see. Apologies for the length :)

Facts:
1. The current `gittutorial` covers git init, git add, git commit, git diff, git
   log, git branch, git switch, git merge, git clone, git fetch, git pull, gitk,
   git remote add, git show, git reset --hard, git tag, git show, and git status,
   (and potentially more commands I missed)
2. My current `gittutorial` draft covers fewer topics: just
   git init, git add, git commit, git diff, git status git remote add, git push.
   Basically just how to make commits and push them to a remote.
   These tools on their own are enough for a user to back up their code or use Git to
   publish a website (for instance with Github Pages or Heroku RIP)
3. 22 people who are new to Git have tested the new draft so far
3.1. Several of the testers said in the post-tutorial survey that they wanted more
   information on branching and collaboration with Git. This was the most common
   "what do you wish this tutorial covered?" request.
3.2. Several of the testers also said that the new version is a lot of
   material, and they were not able to finish it because they didn't have time
4. Writing tutorial material is a lot of work, it will take time to do a good
   job of covering branching and collaboration
Opinions:

It's important for us to cover branching, collaboration, and how to restore old work in our tutorial material. There are other topics too but these are the most important.

It’s not realistic to expect new Git users to be able to learn what they need to know about branching and collaboration from the “MANAGING BRANCHES” and “USING GIT FOR COLLABORATION” sections of `gittutorial`. Two of the many issues are that it starts talking about branches without explaining what they are, and it teaches collaboration in the context of a multi-user system which is not how the vast majority of users would collaborate. As far as I can tell it never explains what a branch is in any way. My impression is that we all already agree that this tutorial is not doing the job it needs to do in any case.

It's also probably unrealistic to merge a guide to branching at the same time as the intro to `git commit` just because it's already so much work just to cover the first parts effectively.

All of this together means we’re not in an ideal situation.
Options I see for dealing with this:

option 1: Refer folks to the contents of the current `gittutorial` (in some new location?) to learn branching and collaboration. I think this is what you are suggesting (?). I am not willing to do this because (as mentioned) the current gittutorial is not a good way to learn those topics.

option 2: Ship the new tutorial without a guide to branching and collaboration, with that to come later. Not ideal, but I think this is better than option 1, since at least we are not pointing users to a tutorial that we know will not help them.

option 3: Recommend some kind of external guide for now. We talked about this before and I agree there are issues with maintainability etc.

option 4: Wait until we have a new tutorial on branching to merge any new tutorial. This will take a very long time and it’ll be a lot more to review at one time.

Right now option 2 is my preferred one of the options (which all have different drawbacks)

best, Julia

Previous: Junio C HamanoNext: Junio C Hamano
Message 17 of 28 in “[doc] Remove gittutorial-2”
  1. 0/3 [doc] Remove gittutorial-2Julia Evans via GitGitGadget, Sep 28, 2026
  2. 1/3 [doc] Remove gittutorial-2Julia Evans via GitGitGadget, Sep 28, 2026
  3. 2/3 [doc] Remove references to gittutorial-2Julia Evans via GitGitGadget, Sep 28, 2026
  4. 3/3 [doc] Delete translations of gittutorial-2 descriptionJulia Evans via GitGitGadget, Sep 28, 2026
  5. Junio C HamanoSep 29, 2026
  6. Julia EvansSep 29, 2026
  7. Julia EvansSep 29, 2026
  8. Junio C HamanoSep 29, 2026
  9. Junio C HamanoSep 29, 2026
  10. Tuomas AholaSep 30, 2026
  11. Tuomas AholaSep 30, 2026
  12. Junio C HamanoSep 30, 2026
  13. Julia EvansSep 30, 2026
  14. Julia EvansSep 30, 2026
  15. Kristoffer HaugsbakkSep 30, 2026
  16. Junio C HamanoSep 30, 2026
  17. Julia EvansOct 1, 2026
  18. Junio C HamanoOct 2, 2026
  19. 0/2 [doc] Remove gittutorial-2Julia Evans via GitGitGadget, Oct 5, 2026
  20. 1/2 doc: remove gittutorial-2Julia Evans via GitGitGadget, Oct 5, 2026
  21. 2/2 doc: remove references to gittutorial-2Julia Evans via GitGitGadget, Oct 5, 2026
  22. Junio C HamanoOct 5, 2026
  23. Kristoffer HaugsbakkOct 5, 2026
  24. Tuomas AholaOct 6, 2026
  25. Junio C HamanoOct 6, 2026
  26. Julia EvansOct 6, 2026
  27. Tuomas AholaOct 6, 2026
  28. Junio C HamanoOct 6, 2026

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.