Getting ready to publish

What "environments" mean here, and a checklist before you go live.

  • 4 min read
On this page
  1. There are no separate environments
  2. Preview touches real data
  3. Pre-publish checklist

There are no separate environments #

If you're used to dev / staging / production copies, set that expectation aside. A Vibe app has two states of the same project, not separate environments:

StateWhereWhat it is
Previewdev-<slug>.tada.appYour live editing surface — hot-reloads as you and the agent work.
Published<slug>.tada.appThe last release you published, serving your end users.

Preview touches real data #

Because both states point at the same Tadabase backend, actions you take in preview — creating a record, triggering a workflow, sending an email — hit your real data and real integrations. While you're still shaping an app, prefer reading data and test records over firing production workflows.

Pre-publish checklist #

  1. RLS is on and tested Sign in as a real end-user of each role and confirm they see exactly what they should. This is the single most important check.
  2. Secrets are set Any API key your routes read from process.env is added under Settings → Secrets — not left in a file.
  3. The build is clean No unresolved errors in the Errors tab; the preview renders the flows your users will hit.
  4. Auth flow works Sign-in, sign-up (if enabled), and password reset all complete against your Tadabase users.
  5. Review the Changes tab Confirm the files moving into this release are the ones you expect.

Skip the docs.Just describe it.

Tadabase AI builds it, hosts it and keeps it running. Real backend, real domain, real app.

Plain English. It asks follow-up questions like a real developer.

  • Free plan, no card
  • Unlimited app users
  • Live on your own domain