tldr-pages/tldr
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
tldr-pages/tldr
tldr-pages/tldr is a large, actively maintained collection of community-written command-line cheat sheets meant to be a simpler complement to traditional man pages. It has very high adoption activity, with 61,845 stars, 5,139 forks, and commits continuing on 2026-03-30. Forks are most interesting if you want a broad, multilingual reference corpus or a content-maintenance workflow around CLI documentation rather than an application codebase.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Prefer upstream unless you specifically want this fork’s translation and maintenance automation. Adopt this fork only if its custom editorial workflow is the point and you are willing to absorb the sync burden.
Prefer upstream unless you explicitly need this fork’s legacy snapshot or custom alias/translation workflow. For most adopters, the fork is too stale and too diverged to be a good base.
Prefer upstream unless you specifically need this older customized documentation workflow or a frozen snapshot; for normal cheat-sheet usage, this fork is too stale and too divergent.
Prefer upstream for current coverage and community maintenance. Choose this fork only if you need a customized or frozen documentation workflow and can accept substantial staleness and merge debt.
Choose this fork only if you want an older, highly customized tldr maintenance base. If you want current command coverage and upstream momentum, upstream is the better default.
Prefer upstream unless you specifically need this older fork's custom translation/alias workflow or historical snapshot. For normal cheat-sheet use, this fork is too stale and too divergent to be a safe adoption target.
Prefer upstream unless you specifically want this fork’s older translation and alias-page workflow. Choose this fork only if the divergence itself is the point; otherwise it is too stale to be a practical replacement.
Prefer upstream unless you specifically need this fork's custom translation and maintenance workflow; otherwise it is too stale and too far diverged to be a low-risk drop-in replacement.
Prefer upstream unless you explicitly need this old snapshot or its custom alias/translation workflow. For almost everyone else, the fork is too stale and too far behind to be a good adoption target.