# Helm vs Kustomize: source lines of code compared

The Helm vs Kustomize comparison on OctoCounts shows side-by-side source line counts for helm/helm and kubernetes-sigs/kustomize, counted with the same engine and analysis options on the dates shown in the methodology line: files, total lines, code lines, comment lines, blank lines, and per-language totals, pinned to the exact commits listed below.

As of 2026-09-15, helm/helm contains 123,632 total lines (88,094 code) across 1,696 files, while kubernetes-sigs/kustomize contains 190,840 total lines (149,825 code) across 1,182 files as of 2026-09-16. kubernetes-sigs/kustomize is about 1.7x the size of helm/helm by code lines. Code size is not code quality: a larger count only means more source material, not a better or worse project.

| Metric | [helm/helm](https://octocounts.com/github/helm/helm) | [kubernetes-sigs/kustomize](https://octocounts.com/github/kubernetes-sigs/kustomize) |
| --- | ---: | ---: |
| Files | 1,696 | 1,182 |
| Total lines | 123,632 | 190,840 |
| Code lines | 88,094 | 149,825 |
| Comment lines | 21,231 | 24,455 |
| Blank lines | 14,307 | 16,560 |
| Languages counted | 11 | 12 |

Top languages in helm/helm: Go (88.5% of code), YAML (8.6% of code), BASH (0.8% of code). Top languages in kubernetes-sigs/kustomize: Go (91.6% of code), JSON (3.9% of code), YAML (2.4% of code). Go, YAML, JSON appear in both top language lists; BASH, Pan appear only in helm/helm's top languages; Shell, Makefile appear only in kubernetes-sigs/kustomize's top languages.

Methodology: both counts come from cached OctoCounts reports generated with tokei. helm/helm was counted at ref 3e382d022ae8bda659b77e1f2be2fb7b9cb4127f (commit 3e382d022ae8) on 2026-09-15; kubernetes-sigs/kustomize was counted at ref d31d6a278090cad2b77de1345d85fedde8d51d15 (commit d31d6a278090) on 2026-09-16. See the [counting methodology](https://octocounts.com/docs/methodology) for ignored directories and analysis options.
## About this comparison

helm/helm counts the Helm repository: the Kubernetes package manager — its Go CLI, chart templating and release logic, and tests. kubernetes-sigs/kustomize counts the Kustomize repository: the Kubernetes configuration customization tool, maintained under the Kubernetes special-interest-group organization, with its own modules and tests. Both are Go CLI tools in the Kubernetes ecosystem, counted on the dates shown above.

Both repositories are written in Go, as the per-language tables show, and both center on CLI tooling that operates on Kubernetes configuration files — Helm by rendering versioned chart templates, Kustomize by layering patches over bases without templates.

Each tree includes examples and test fixtures that mirror real configuration layouts — material that supports the tool's correctness rather than anything deployed to a cluster.

_Tool repository size says nothing about which approach fits a deployment or how a rendered configuration behaves; those depend on the charts and overlays a team maintains, not on the CLI's own line count._

Sources: [helm/helm repository](https://github.com/helm/helm) · [kubernetes-sigs/kustomize repository](https://github.com/kubernetes-sigs/kustomize). Statements verified 2026-09-16.

Evidence and next steps:

- [helm/helm SLOC report](https://octocounts.com/github/helm/helm)
- [kubernetes-sigs/kustomize SLOC report](https://octocounts.com/github/kubernetes-sigs/kustomize)
- [Compare helm/helm and kubernetes-sigs/kustomize interactively](https://octocounts.com/compare?left=https%3A%2F%2Fgithub.com%2Fhelm%2Fhelm&right=https%3A%2F%2Fgithub.com%2Fkubernetes-sigs%2Fkustomize)

Note: code size is not code quality. OctoCounts only reports reproducible line counts and makes no claim that either project is better.

## Compare FAQ

### Which has more lines of code, helm/helm or kubernetes-sigs/kustomize?

kubernetes-sigs/kustomize has more code: 149,825 code lines versus 88,094 for helm/helm, about 1.7x as much, based on cached OctoCounts reports as of 2026-09-16.

### Does more source lines of code mean more complexity?

Not necessarily. SLOC measures size, not complexity, quality, or maintainability. A larger codebase can mean more features, more generated or vendored code, more verbose language idioms, or more tests — none of which imply the code is harder to work with. Use SLOC to gauge the scale of what you'd be reading or maintaining, not as a quality signal for helm/helm, kubernetes-sigs/kustomize, or any repository.

### How is this comparison calculated?

Methodology: both counts come from cached OctoCounts reports generated with tokei. helm/helm was counted at ref 3e382d022ae8bda659b77e1f2be2fb7b9cb4127f (commit 3e382d022ae8) on 2026-09-15; kubernetes-sigs/kustomize was counted at ref d31d6a278090cad2b77de1345d85fedde8d51d15 (commit d31d6a278090) on 2026-09-16. See the counting methodology for ignored directories and analysis options.

### Can I compare a different branch, tag, or commit?

Yes. This page shows the default branch for each repository. Use the interactive comparison tool to pick any public GitHub repository, branch, tag, or commit SHA for both sides and get a fresh side-by-side report.

## Related OctoCounts pages

- [Interactive repository comparison](https://octocounts.com/compare)
- [Recently analyzed repositories](https://octocounts.com/recent)
- [Popular SLOC reports](https://octocounts.com/popular)
- [Trending GitHub repositories](https://octocounts.com/trending)
- [Hall of Monoliths](https://octocounts.com/hall-of-monoliths)
- [Original research: how filtering changes SLOC counts](https://octocounts.com/research)
- [GitHub SLOC counter guide](https://octocounts.com/docs/github-sloc-counter)
- [Counting methodology](https://octocounts.com/docs/methodology)
- [SLOC and code metrics glossary](https://octocounts.com/docs/glossary)
- [OctoCounts API docs](https://octocounts.com/docs/api)