Branching Strategy
Branches
Section titled “Branches”| Branch | Purpose | Deploys |
|---|---|---|
main | Stable releases | Publishes stable package to GitHub Packages |
release | Release candidates | Publishes RC package with rc dist-tag |
feat/* | New features | — |
fix/* | Bug fixes | — |
chore/* | Maintenance, tooling, docs | — |
feat/my-feature ──→ main ──→ publish stable │ └──→ release ──→ publish RC- Create a feature branch from
main(e.g.feat/add-retry-logic) - Make changes, commit, push
- Open a PR targeting
main - After review and merge, the
publish.ymlworkflow publishes a stable release - For release candidates, merge
mainintoreleaseto triggerrc.yml
PR conventions
Section titled “PR conventions”- Keep PRs focused on a single concern
- Branch names should use the
feat/,fix/, orchore/prefix - Commit messages should be descriptive of the change