Discofork
Repository brief

sxyazi/yazi

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T20:02:51.291Z
1mo ago

sxyazi/yazi

Yazi is an actively maintained Rust terminal file manager with strong adoption: 35,637 stars, 790 forks, and a recent push on 2026-03-28. It is in public beta, intended as a daily driver, and is still changing quickly, so forks are most interesting if you want to experiment with a fast-moving TUI/file-management codebase or build on its plugin and virtualization features.

GitHub
Loading tags...
Stars35,637
Forks790
Default branchmain
Last pushed2026-03-28T11:42:46Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Prefer upstream unless you specifically need an older frozen snapshot. This fork does not add capabilities, and its main tradeoff is lagging 199 commits behind a fast-moving project.

Choose this fork only if you want an almost-identical upstream base. If you want new functionality or an actively differentiated build, upstream is the better choice right now.

Choose this fork only if its older feature set plus a few concrete workflow additions match your needs. If you want the newest Yazi capabilities, active fixes, and easier upgrade path, upstream is the better default.

Prefer upstream unless you explicitly need this fork’s older API additions or packaging conveniences. This fork is best for adopters who want a frozen, experimental Yazi variant; it is not a good choice if you want current maintenance or broad feature parity.

Choose this fork only if its VFS/URL/DDS direction is the point of adoption. If you want a current, broadly supported daily-driver Yazi, upstream is the safer choice because this fork is far behind and highly divergent.

Choose this fork only if its added preview support and simplified controls match your workflow and you are willing to give up upstream freshness. For most adopters, upstream Yazi is the safer default.

Choose this fork only if its specific behavioral changes are exactly what you need and you can tolerate being far behind upstream. For most users, active upstream Yazi is the safer choice.

Choose this fork only if its added selection/UI tweaks are exactly what you want and you are willing to accept being far behind upstream. For most adopters, current upstream Yazi is the safer and more capable choice.

Prefer upstream unless you specifically need this fork's early customization work or are willing to maintain a large rebase burden. This fork is not a good choice if you want current Yazi features, active maintenance, or plugin ecosystem compatibility.

Choose upstream unless you specifically need this fork’s separate repo identity; it adds no visible functionality and is already slightly behind current Yazi.