Releases
Versions and changelog are produced from the commit history by release-please (.github/workflows/release.yml), from Conventional Commits.
mainreceives only releases (ADR-0038): a pull request fromdevelop, merged by the Product Owner once its CI is green, usually one per validated feature; documentation and tooling changes wait indevelopand travel with it. Each push onmainupdates a release pull request (chore(main): release x.y.z) holding the next version inpackage.jsonand the new section ofCHANGELOG.md.- That pull request merges itself (GitHub auto-merge, merge commit): its CI jobs are skipped, since it changes only the version and the changelog of code already checked. Merging it tags
vx.y.z, publishes the GitHub release with the test report of the CI of thedeveloppull request (ADR-0027; no new test run), then publishes the documentation site and the playground to GitHub Pages (docsjob ofrelease.yml,https://alexandregallais.github.io/synoptic-studio/). The site can also be published by hand: Actions → Release → Run workflow. Then the agent bringsdevelopup tomain(Git workflow). - release-please runs with the personal access token
RELEASE_PLEASE_TOKEN(repository secret, fine-grained: Contents, Pull requests, Issues read and write; expires 2026-12-31, renew it before), so the CI runs on its pull requests and reports the required checks (skipped jobs count as passed). - The first version is
0.1.0(initial-version): the library stays below1.0.0until the Product Owner decides it is stable.
| Commits since the last release | Next version (before 1.0.0) | After 1.0.0 |
|---|---|---|
only fix | patch | patch |
at least one feat | minor | minor |
! or BREAKING CHANGE: | minor (bump-minor-pre-major) | major |
only chore, ci, test, style | no release | no release |
Changelog sections: Features, Bug fixes, Performance, Refactoring, Documentation, Build and dependencies (release-please-config.json). Publishing to npm is not set up: the library is not published yet.