这个项目现在按 Git integration 方式准备,也就是:
- 代码推到 GitHub
- 在 Cloudflare Pages 控制台里关联这个 GitHub 仓库
- 由 Cloudflare 在线构建和发布
不再使用本地 wrangler pages deploy,也不再使用 GitHub Actions 代替 Pages 发布。
按照 Cloudflare 官方文档:
- Git integration 会在你每次 push 到选定分支时自动构建和部署
- 如果要把 apex 域名绑定到 Pages,例如
clawgo.dev,这个域名必须已经托管在同一个 Cloudflare 账户下,并将 nameserver 指向 Cloudflare
建议在 Cloudflare Pages 控制台中这样配置:
- Framework preset:
None - Build command:
npm run docs:build - Build output directory:
docs/.vitepress/dist - Root directory: 留空
- Production branch:
main
如果你把文档目录以后放进 monorepo 子目录,再单独设置 Root directory。
- 把当前项目推到 GitHub
- 打开 Cloudflare Dashboard
- 进入
Workers & Pages - 选择
Create application或Create Pages project - 选择
Pages->Connect to Git - 授权 Cloudflare 访问你的 GitHub 仓库
- 选择这个仓库
- 填入上面的构建配置
- 完成首次部署
- 在 Cloudflare 的
Workers & Pages中打开这个 Pages 项目 - 进入
Custom domains - 选择
Set up a domain - 输入
clawgo.dev - 按面板提示完成
如果 clawgo.dev 已经是 Cloudflare zone,Pages 通常会自动创建所需 DNS 记录。
Git integration 模式下:
main通常对应生产环境- 其他分支或 PR 可用于 preview deployment
你可以在 Pages 的 Settings > Builds > Branch control 中控制:
- 哪个分支是生产分支
- 哪些分支会自动触发 preview
本地开发:
npm run docs:dev本地构建:
npm run docs:build本地预览:
npm run docs:preview因为你现在明确要走 Cloudflare Pages 的在线 Git 关联部署。继续保留下面这些会让仓库职责混乱:
wrangler.tomlwrangler pages deploy- GitHub Actions 里的 Pages 直传流程
现在仓库只保留 Cloudflare Pages 在线构建所需的最小配置。