FEATURE

Every file and folder on GitHub, sized in one glance.

GitHub's default file browser tells you a file's name, its last commit message, and how long ago it changed. It has never told you how big it is. RepoKit fixes that by putting a precise, byte-accurate size badge on every single row — files and folders alike — the moment the page loads.

github.com/vercel/next.js
GitHub file listing with RepoKit size badges next to every file and folder

Why GitHub doesn't show this by default — and how RepoKit does

GitHub's repository view is optimized for reading commit history, not for understanding the shape of a codebase. If you've ever needed to know whether a node_modules folder accidentally got committed, whether a "docs" directory is secretly 400 MB of PDFs, or which file is the real weight-bearing giant in a repo, your only official option was to clone the whole thing and run du -sh locally — a slow, heavy-handed way to answer a question that should take one glance.

RepoKit closes that gap directly inside the page you're already looking at. When you land on any GitHub repository, folder, or pull request file view, it quietly calls GitHub's own Git Trees API (the same data source the github.com UI itself is built on) to pull the recursive tree for the current branch, then walks the DOM and drops a compact, color-coded size chip next to every row — 2.4 MB for a folder, 18.6 KB for a single file, and a running REPO TOTAL badge pinned near the toolbar summing everything currently in view.

What the badge actually tells you

Each chip shows the size in the most readable unit (bytes, KB, or MB depending on magnitude) and, where available, a companion line-count figure — so you get both "how heavy" and "how much code" in a single glance without opening the file. Badges are color-weighted too: unusually large entries stand out visually against the rest of the listing, which is often the fastest way to spot the one bloated asset or dependency folder that's dragging a repository's clone time up.

For folders specifically, the size shown is the recursive total of everything nested inside — not just the immediate children — so a folder badge genuinely tells you "if I clone or download just this directory, this is what I'm getting."

Where you'll see it

  • Repository root — every top-level file and folder gets a badge, plus the total repo size in the toolbar.
  • Nested folders — click into any subdirectory and the same annotation applies immediately, recalculated for that scope.
  • Branches and tags — switch refs and sizes update to match exactly what's on that branch, since older or newer commits can have very different trees.

Why this matters beyond curiosity

Byte-accurate sizing turns into a genuinely practical signal in a few recurring situations: deciding whether it's safe to download a folder as a .zip on a slow connection, spotting a misconfigured .gitignore that let build artifacts slip into version control, doing a first-pass sanity check before adding a new dependency to a project, or simply satisfying the very reasonable question "how big actually is this thing" before you commit fifteen minutes of your day to cloning it.

Pairs well with

Size alone tells you weight. For a sense of actual code volume — as opposed to binary assets, images, or lockfiles inflating the byte count — combine this with RepoKit's lines-of-code estimate, which runs alongside the size badge on the same rows.

Frequently asked questions

Does this work on GitHub's file view, or only inside folders?+
It annotates every row wherever GitHub renders a file listing — the repository root, any subfolder you navigate into, and even the file tree inside a pull request diff view. The size column follows you as you click deeper into the tree.
Where do the byte counts come from?+
RepoKit reads them from GitHub's own Git Trees API, the same data source GitHub itself uses internally — it's not scraping page text or guessing from render size, so the numbers match what git cat-file -s would report for that blob.
Does it slow down page loads on huge repositories?+
The tree is fetched once per repo view and cached in memory for the session, and rows are annotated incrementally as they scroll into view rather than all at once, so even repos with tens of thousands of files stay responsive.
Will it show sizes for files I don't have access to?+
No — it only shows what GitHub's API would already return to your account. For a private repo, you need a connected personal access token with read access, exactly the same permission boundary GitHub itself enforces.
Keep exploring

Related features & guides

Stop guessing how big a repo is.

Install RepoKit and every file and folder on GitHub gets a size badge automatically. Free, no account, no setup.

Add RepoKit to Chrome — it's free
Free · No account required · Works instantly on github.com