This repo is the canonical source for branching strategy, commit convention, and release process — so this file is about contributing to the handbook itself, not a copy of the rules documented inside it.
For the rules, see:
- Branching Strategy philosophy — the why
- Branching & Releases workflow — the how
This is a documentation repo, so the contribution model is the same as any other repo I own, just applied to prose instead of code.
- Branch from
develop—docs/<short-topic>orchore/<short-topic>as appropriate. - Edit existing chapters when possible; only add a new doc under
docs/when a topic is substantial enough to stand alone. - Commit with Conventional Commits — most changes will be
docs:orchore:. - Open a PR targeting
develop. - CI (
Lint,Commit Lint) must pass before merging.
- Philosophies (
docs/philosophies/) — durable why content. Principles that justify decisions. Changes slowly. - Workflows (
docs/workflows/) — concrete how content. Steps, commands, tooling. Changes as tools evolve. - Tooling (
docs/tooling/) — what I use and how it fits together. Start atdocs/tooling/dev-tooling-stack.md. - Design notes (
docs/design/) — brainstorm-level proposals. Not polished specs.
If a note is truly repo-specific (only applies to one project), it belongs in that repo, not here. If it applies to all my repos, it belongs here.
This repo uses the same release ceremony as every other repo I own — documented in the workflow doc linked above.