docs: add repository Pages landing source - #905
Conversation
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Team Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthrough
ChangesLineageWeave 문서
Estimated code review effort: 1 (Trivial) | ~2 minutes ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
| @@ -0,0 +1,30 @@ | |||
| # LineageWeave | |||
There was a problem hiding this comment.
🟡 Pages ignores the new landing source
On Pages deployments, index.md never enters the generated artifact because the workflow publishes only _site. The public landing page remains unchanged.
Prompt for agents
Integrate docs/index.md into the existing deterministic GitHub Pages publication path. The workflow in .github/workflows/ontology-pages.yml currently triggers only for ontology publication inputs and uploads the `_site` tree produced by scripts/publish_ontology_site.py. The renderer in scripts/build_ontology_site.py creates its own root index.html and never reads docs/index.md. Update the governed renderer/publication contract and workflow paths so this source deterministically produces the deployed root landing page, while preserving the ADR 0159 fail-closed publication and deterministic-output requirements. Add contract tests proving changes to docs/index.md affect the generated root page and trigger Pages validation/publication.
Was this helpful? React with 👍 or 👎 to provide feedback.
Outcome
Add a concise repository-facing
docs/index.mdlanding source for the already-enabled GitHub Pages surface without changing runtime behavior or competing with active feature stacks.The page corrects one public-positioning mismatch in the current repository: LineageWeave has progressed beyond the original synthetic reconstruction demo into an authenticated PostgreSQL/API/web product stack, while synthetic fixtures remain test/example evidence rather than the entire product boundary.
This PR intentionally does not rewrite the large README while many active product branches exist. Repository description/topics and the exact DeepWiki badge remain separate public-surface work; Pages publication/source configuration is not claimed changed until the merged default branch and live Pages state are verified.
Summary by CodeRabbit