This repository has two kinds of markdown:
- stable user/operator guides
- maintainer notes, design docs, and working plans
If you only want the supported product docs, start with the files below.
../README.md: product overview and end-to-end quick startconfiguration.md: core configuration objects and how they fit togetherinstalling-apps-as-krm.md: installing an app is adding a KRM document: FluxHelmRelease, Argo CDApplication, KRO, and core resources all mirror and edit alikecommit-signing.md: how valid Git signatures map to platform verificationgithub-setup-guide.md: GitHub repository and credential setupazure-devops-getting-started.md: Azure DevOps repository and credential setupattribution-setup-guide.md: naming real Kubernetes users as commit authors via kube-apiserver audit deliverysops-age-guide.md: Secret encryption with SOPS + agesecurity-model.md: controller access, trust boundaries, and the Git credentials Secret shaperbac.md: the two ClusterRoles, and how to stop the reverser enumerating Secretsbi-directional.md: safe shared-path and handoff patternsalternatives.md: nearby tools and when another approach fits betterUPGRADING.md: breaking changes and migration steps, newest first../CONTRIBUTING.md: contributor workflow and validation commandsstyle-guide.md: how docs here are written, including the no-em-dash rule and the American-English decision../test/e2e/E2E_DEBUGGING.md: e2e troubleshooting, reuse, and.stamps
Start at INDEX.md. It names the ~35 documents that actually bind, out of the
117 here. Everything else is a user guide (above) or history.
The maintainer folders are organised by lifecycle, not by topic. Pick a folder by asking "what state is this work in?", never "what is this about?":
| Folder | Means | Binds? |
|---|---|---|
spec/ |
This is true now, and the code depends on it. Most are cited by path from Go source. Change the behavior, change the doc. | yes |
design/ |
We are still deciding. Open questions and unbuilt work. | yes, it is the roadmap |
facts/ |
Durable reference: how Kubernetes behaves, and what we learned about it. | yes, as reference |
finished/ |
This happened. Shipped plans and closed investigations. | no |
future/ |
Deferred ideas we still want. | as intent |
ci/ |
CI/devcontainer rationale and troubleshooting. | as reference |
audit-setup/ |
Cluster-specific audit delivery notes. | as reference |
The one rule that keeps this working: most documents in spec/ are cited by path from the Go
source. If you move or rename one, fix the citation in the same commit. Not doing that is what
made the previous tree unreadable: 17 citations were pointing at files that no longer existed.
TODO.md is a scratch list, not a plan.