This is a public repository. Changes should follow the usual GitHub flow: work on a branch, open a pull request into main, and merge only after review — not by committing directly to main.
-
Fork the repository (or use a branch if you have write access).
-
Create a feature branch from up-to-date
main:git fetch origin git checkout -b your-branch-name origin/main
-
Make commits with clear messages.
-
Push your branch and open a pull request targeting
main. -
Wait for CI (GitHub Actions) to pass and for maintainer review.
- Merge contributions via Pull request → Merge (squash or merge commit, per repo preference).
- Do not push commits directly to
mainfor routine changes; use a short-lived branch and PR so history and review stay consistent with contributor expectations. - In repository Settings → Rules → Rulesets (or Branch protection rules), protect
main: require a pull request before merging, and require status checks where appropriate.
After a change to versioned files (extension.yml, CHANGELOG.md, catalog-entry.json) is merged to main:
- Tag a semantic version (e.g.
v1.3.0) on the merge commit. - Push the tag so
download_urland install snippets that point at/archive/refs/tags/v…stay valid.
See PUBLISH.md for catalog and distribution notes.