Jekyll integration status
Current status
This repository does not currently contain a Jekyll integration fixture or an executable synchronization adapter. The integration has not been verified locally, so this page does not provide a turnkey recipe or claim that mounting the stage directly is sufficient.
The stable part is the Site Pipeline side of the boundary: a completed
site/.stage/manifest.json describes staged content, static files, and aggregate
JSON data. A future Jekyll adapter should consume that contract without
reconstructing routes or version selection from source repositories.
What must be verified
Before this page becomes an integration guide, a checked-in fixture needs to prove:
- how staged Markdown maps into Jekyll collections or the configured source tree without changing public routes
- whether nested
pipelinefront matter remains accessible to Liquid layouts - how staged aggregate JSON maps into
_datawithout copyingmanifest.jsoninto renderer-facing data - how staged static files map into the generated site without collisions
- how
_index.md-style inputs and pretty routes need to be adapted - how a completed stage is synchronized atomically for local and CI builds
- how redirects remain a deployment-adapter concern rather than an implicit Jekyll behavior
Acceptance criteria for a real guide
A future guide should include:
- a minimal pinned Jekyll project
- a checked-in stage-to-Jekyll adapter or an evidence-backed direct mapping
- one build based on a real Site Pipeline stage
- assertions for page front matter, aggregate data, static assets, and routes
- collision, stale-output, missing-manifest, and malformed-input tests
- copyable local preview and production build commands
Until those checks exist, use this page only as a compatibility-status record.
Verified alternatives
The repository currently has documented and tested integration paths for Hugo and Roq.
Read this next
For unreleased development contract details: