Skip to content

Repository Boundaries

Public clarity depends on keeping each repository focused.

productive-k3s

Owns ecosystem explanation, public navigation, roadmap, quickstarts, and public-facing site content.

productive-k3s-core

Owns the runtime and base installation engine, supported core addons, lifecycle scripts, and technical validation of the core platform.

productive-k3s-infra

Owns scenario assembly, infrastructure profiles, provisioning logic, OpenTofu and Ansible layers, and reusable infrastructure automation.

productive-k3s-cli

Owns the user-facing command line experience and should map users onto compatible core and infra bundles.

productive-k3s-addons

Owns optional integrations, experiments, and non-core extension paths.

productive-k3s-infra-pro

Owns private or commercial profiles that should not be published through the public repositories.

Rule of thumb

If content explains the ecosystem at a public level, it likely belongs here.

If content documents implementation details, it should usually live in the repository that owns that implementation.