Skip to main content

Managing the local server

Use yarn twenty docker:* to control the local Twenty container:
CommandWhat it does
yarn twenty docker:startStart the server (pulls the image if needed)
yarn twenty docker:start 2.2.0Start a specific server version
yarn twenty docker:start --port 3030Start on a custom port
yarn twenty docker:stopStop the server (preserves data)
yarn twenty docker:statusShow URL, version, and login credentials
yarn twenty docker:logsStream server logs
yarn twenty docker:resetWipe data and start fresh
yarn twenty docker:upgradePull the latest twenty-app-dev image
yarn twenty docker:upgrade 2.2.0Upgrade to a specific version
Data persists across restarts in two Docker volumes (twenty-app-dev-data for PostgreSQL, twenty-app-dev-storage for files). Use reset to wipe everything.

Pinning the server version

When no version is passed, docker:start resolves the version from your app’s engines.twenty range in package.json — the same range the server validates against when your app is installed. It starts the newest published twenty-app-dev image that satisfies the range, falling back to latest when the field is absent or no published version matches:
{
  "engines": {
    "twenty": ">=2.2.0"
  }
}
Pass a version explicitly to override the range for a single run: yarn twenty docker:start 2.3.0. If a container already exists on a different version, docker:start upgrades it in place (recreating the container while preserving your data volumes).

Upgrading the server image

yarn twenty docker:upgrade pulls the latest image, compares digests, and only recreates the container if anything actually changed. Volumes are preserved — only the container is replaced. If a new image was pulled and the container was running, the upgrade automatically starts a new container; run yarn twenty docker:start afterward to wait for it to become healthy.
yarn twenty docker:upgrade            # Latest
yarn twenty docker:upgrade 2.2.0      # Specific version
Verify the running version with yarn twenty docker:status (it shows the APP_VERSION baked into the container).

Running a parallel test instance

Pass --test to any docker:* command to manage a second, fully isolated instance — useful for integration tests or experiments without touching your main dev data:
CommandWhat it does
yarn twenty docker:start --testStart the test instance (defaults to port 2021)
yarn twenty docker:stop --testStop it
yarn twenty docker:status --testShow its status
yarn twenty docker:logs --testStream its logs
yarn twenty docker:reset --testWipe its data
yarn twenty docker:upgrade --testUpgrade its image
The test instance has its own container (twenty-app-dev-test), volumes (twenty-app-dev-test-data, twenty-app-dev-test-storage), and config — it runs alongside your main instance without conflicts. Combine --test with --port to override 2021.

Manual setup (without the scaffolder)

Skip the scaffolder if you’re adding the SDK to an existing project:
yarn add twenty-sdk twenty-client-sdk
Add the script to package.json:
{
  "scripts": {
    "twenty": "twenty"
  }
}
You can now run yarn twenty dev, yarn twenty docker:start, and the rest.
Don’t install twenty-sdk globally — pin it per project so each app uses its own version.