Resolve product docs from the caller's checkout - #5473
Conversation
The docs source is now resolved in a documented order: FLOWFUSE_DOCS_LOCAL, a sibling flowfuse checkout, the snapshot committed to live, then a clone. Sibling detection is the convention CI depends on, so a docs PR is validated against its own changes rather than whatever main happens to be. Clone with full history so each page is dated from its own last commit, and have the build workflow commit the resolved docs onto live so production deploys use a pinned snapshot instead of cloning at deploy time.
|
comment with context at #5432 (comment) |
A second [build.environment] table is a TOML redefinition, which Netlify could not parse.
|
You need to get somebody who works on the WebSite to review this |
|
FlowFuse/flowfuse#8024 is intended to be merged after this one |
✅ Deploy Preview for flowforge-website ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
Review steps. Each row is what the change gives you, and how to confirm it.
Everything in the diff:
Wdyt? |
| repository: 'FlowFuse/flowfuse' | ||
| ref: main | ||
| path: 'flowfuse' | ||
| # Full history: each docs page is dated from its own last commit. |
There was a problem hiding this comment.
Hold on, we shouldn't need this. We're not doing a shallow clone?
| ref: main | ||
| path: 'flowfuse' | ||
| # Full history: each docs page is dated from its own last commit. | ||
| fetch-depth: 0 |
There was a problem hiding this comment.
Please do a partial clone, not a shallow one.
| cd ./website | ||
| git config --local user.email "41898282+github-actions[bot]@users.noreply.github.com" | ||
| git config --local user.name "github-actions[bot]" | ||
| git add nuxt/content/docs nuxt/public/docs -A -f |
There was a problem hiding this comment.
No, please don't. Why not clone on build time? You're reverting to do everything that wasn't great about this previously

Description
Docs resolution moves into
nuxt/lib/docs-sync.mjs, which looks for the docs in this order:FLOWFUSE_DOCS_LOCAL, a siblingflowfusecheckout, the snapshot committed onlive, then a download frommain.The sibling rule is the one #5177 removed. It means a local checkout is picked up with no setup, and the flowfuse doc check can build a docs PR against its own changes instead of against
main.Three smaller fixes ride along: clones keep full history, so each page gets its own "last updated" date instead of every page sharing one;
npm run docsis back; andbuild.ymlcommits the docs ontolive, so production deploys stop downloading them at deploy time.This does not change whether docs publish. That is FlowFuse/flowfuse#8029.
Review steps are in the comment below.
Related Issue(s)
Part of #5432
Checklist