Quickstart¶
This walkthrough takes you from a dbt project to a browsable, hostable docs site in three commands.
1. Generate dbt artifacts¶
dbdocs reads the two JSON files dbt emits — it never connects to your warehouse or parses your project directly.
Why both files?
manifest.json carries the graph (models, sources, tests, refs, compiled SQL); catalog.json carries the column types pulled from your warehouse. dbdocs needs both — the catalog is what makes SELECT * resolve in column-level lineage.
2. Generate the site¶
This reads the artifacts (from target/ by default), derives the documentation data — catalog nodes, the lineage graph, the ERD, and column-level lineage — and writes a single self-contained site/index.html plus a site/dbdocs-data.json companion. Everything the SPA needs is base64-injected into that one HTML file, so it works straight off the filesystem.
3. Serve it¶
Open http://127.0.0.1:8000 and browse. There's no live reload — change a model, re-run dbt docs generate and dbdocs generate, then refresh.
What next?¶
- Tune the site title, repo links, and SQL dialect in Configuration.
- Learn what each command does in the CLI Reference.
- Ship a versioned site with a version switcher in Versioned Deploy.