Repository brief

junegunn/vim-plug

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-31T10:06:17.601Z
1mo ago

junegunn/vim-plug

junegunn/vim-plug is a minimalist Vim plugin manager with a very large user base and active maintenance. It is centered on a single `plug.vim` file, supports Vim and Neovim, and focuses on fast, low-overhead plugin installation and updates.

GitHub
Loading tags...
Stars35,608
Forks1,948
Default branchmaster
Last pushed2026-02-18T16:23:49Z
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 a frozen older snapshot. This fork shows no added capability and is materially behind on fixes and usability work.

Choose upstream unless you specifically need a frozen 2019 snapshot; this fork adds no clear capabilities and is materially behind on maintenance and fixes.

Choose the upstream project unless you specifically want a dormant copy; this fork adds nothing and is slightly behind current upstream.

Choose upstream unless you need this exact pinned revision; the fork adds no visible capabilities and is already stale by 5 commits.

Prefer upstream unless you specifically need this older snapshot. This fork does not show added capabilities, and its main characteristic is that it is behind upstream.

Choose this fork only if Codacy-based repository automation is the main requirement. For most users, upstream is the better default because it is much more current and the fork adds little beyond CI maintenance.

Treat this as an inactive lagging copy of vim-plug, not a differentiated fork. Prefer upstream unless you explicitly need this exact old snapshot.

Prefer upstream unless you specifically need this exact frozen state; this fork adds no visible capabilities and is materially behind.

Prefer upstream unless you explicitly need an old, unmaintained snapshot; this fork adds no visible capabilities and mainly trades freshness for stability of an older state.

Prefer upstream unless you specifically need the fork’s `close_pane` behavior change. This fork is too stale and too small to justify adoption for general use.