The Visual Website Builder
You Actually Own. React + Next.js, low-code, self-hosted. Your data, your infrastructure, every feature included.
© ChaiBuilder. All rights reserved.

ChaiBuilder ships three things on independent release cycles, so there are three changelogs.
| Changelog | Covers | Read it when |
|---|---|---|
| chaipro | The Pro package (chaipro), the licensed builder your project depends on |
You are upgrading the SDK in an existing project |
| chaicore | The open source core (chaicore): the embeddable editor and the basic website builder |
You embed the editor directly or track the open source line |
| Starter | The public starter repository that npx chaibuilder-app create and the one click deploys generate from |
You are starting a new project, or pulling starter changes into an existing one |
Every release is a heading with its version and release date, followed by grouped changes:
A release with no group of a given kind simply omits it. Releases that only carry dependency bumps or internal maintenance are listed as maintenance releases with no detail.
chaipro follows semantic versioning. While the package is pre 1.0, minor bumps
(0.2.x to 0.3.0) are where breaking changes land, so treat a minor bump the way you
would treat a major one after 1.0. Pin an exact version in package.json and upgrade
deliberately.
chaicore will follow semantic versioning once it publishes. See
chaicore for current status.
The starter is not a package you install, so it is not versioned with semver. It is tagged in pairs, one tag per database flavor, at each snapshot worth pulling:
v3-sqlite v3-pg
v2-sqlite v2-pg
v1-sqlite v1-pg
v3-sqlite and v3-pg are the same release, differing only in the database the project
is wired to. Read the entry once and apply the tag matching your database.
License eligibility is tied to the release window, not to a running subscription. Your
license covers any chaipro version released during your license year, and an expired
license never breaks a deployed site, it only gates upgrades. Details:
Trial and Licensing.
The safe upgrade procedure, including the migration steps that an SDK bump can require, lives in Releases and Upgrading.
