Scaffold a site and see it running locally.
1. Scaffold
$ npx @inditextech/docouture-cli new my-docs
Asks five questions interactively, or take every default non-interactively with --yes
(see CLI for every flag to script them individually):
-
Site slug — lowercase, hyphenated. Names
package.jsonand, unless the next question opts in, the Antora component too. -
Site title — shown in the page title and the nav header.
-
Add an extra URL segment? — off by default. GitHub Pages project sites already publish under
https://<org>.github.io/<repo>/; a real component name would add a further/<name>/segment on top of that. Only answer yes if this repository will host more than one documentation component later. -
Versioning mode —
Standalone(main always builds as the prerelease/preview version; a release moves a rollingdocs/stabletag, no historical archive) orVersioned(main always builds as the prerelease/preview version; every release is an immutabledocs/vX.Y.Zgit tag) — see Versioning modes for the difference in full. -
Package manager —
npmorpnpm, pre-filled from an existing lockfile or howeverdocoutureitself was invoked.
Writes docs/, .github/workflows/docouture-*.yml, and merges a managed section into
AGENTS.md.
2. Install and run
$ cd docs
$ pnpm install
$ pnpm run dev
$ cd docs
$ npm install
$ npm run dev
pnpm run dev/npm run dev wraps docouture dev: it builds the site once, serves it
on http://localhost:5000, and rebuilds/reloads on every change under docs/ or to
antora-playbook.local.yml.
3. Check the setup with docouture doctor
Open http://localhost:5000 — the landing page (ROOT/pages/index.adoc) and a
placeholder main module should both be there.
Run docouture doctor from the repository root at any point to catch the mistakes
that otherwise only surface as a confusing build failure later:
-
Node version — the Node actually running
docoutureagainst the site’s ownengines.nodefloor (the same Nodenpm run build/docouture devwill use). -
The four names agree —
docs/antora.yml’s `nameagainst the playbook’ssite.start_pagecomponent, the playbook’sstart_pathagainst wheredocs/antora.ymlactually lives, andpackage.json’s `nameagainst the component name (skipped when the component is the reservedROOT, i.e. no URL segment was chosen). Any mismatch here is what makes a site build to zero pages or fail with "start page not found". -
Git history — Antora reads content from git; a repository with no commits resolves the content source to nothing and silently builds zero pages.
-
antorais installed — thatnpm install/pnpm installwas actually run indocs/, rather than letting a rawMODULE_NOT_FOUNDbe the first sign of it. -
AGENTS.mdis present (advisory) — regenerate it withdocouture upgradeif missing, or restore it from version control. -
The
docs/releaseGitHub label exists (advisory, needs theghCLI) — without it,docouture-release.yml’s merge-triggers-a-release path is a silent no-op; only its `workflow_dispatchpath still works.