...
Error: Exit with error code: 1
	    at ChildProcess.<anonymous> (/snapshot/dist/run-build.js)
	    at Object.onceWrapper (node:events:652:26)
	    at ChildProcess.emit (node:events:537:28)
	    at ChildProcess._handle.onexit (node:internal/child_process:291:12)
	Failed: build command exited with code: 1
	Failed: error occurred while running build command

看起来对应 NodeJS CF 还没什么好办法自动征服

对接到 CF

进一步挖掘文档

既然 CF 本身的 Pages 构建环境不如 GH 的, 那么, 是否能在 GH Actions 中完成构建, 只是将成果输出到 CF Pages 空间中, 而不是原有的 GH Pages ?

答案是肯定的, 虽然配置比较复杂:

根据相关文档:

在 CF 中创建应用 token
从 CF 中拿到对应关键 ID
去 GH 配置环境变量, 来使用授权 token
再增补 Actions 脚本, 改变最后的 pages-action 目标

参考: upd4cloudflare · duonb/duonb.org@47ef95d

可惜, 依然有相似的错误, 而且 CF Pages 文档也不少, 继续挖掘进入更多细节来解决问题是否值得?

通过 gh-pages 分支

洗了个冷水澡, 重新捋一下...

之所以, 对 CF Pages 服务有信心, 因为之前有项目, 在本地用 Python 完成静态网站编译后, 通过 GH 仓库, 对接到 CF Pages 一下子就发布出来了,非常流畅;

所以, 嘦不涉及具体的微服务器构建过程, 只是对静态网站进行发布 CF Pages 是完全没有问题的.

而 Hugo 工程, 为了商业化界面, 还安装了各种复杂的 NodeJS 拓展, 所以, Actions 过程比较长, 在本地都不一定部署的对; 大家也是从 Theme 原型仓库抄来的 workflow 而已;

那么, 问题就变成了, 如何将原先 GH Pages 发布成功的 Actions 脚本, 改造为可以将编译出来的 HTML 成果, 不是直接发布到 GH Pages 中, 而是放到一个可以再由 CF Pages 不进行任何其它处置, 直接复制使用的空间中呢?

这种空间在哪儿?

这时, 就想起来 GH Pages 当初没有 Actions 机制时, 是约定 gh-pages 分支的, 也就是将编译的静态网站一定要放到特殊分支中, GH 后端其它服务才知道如何复制并发布;

那么, 问题就变成, 如何将 Actions 脚本运行成果,直接推送到 gh-pages 分支中?

追问了 GPT 获得以下类似步骤:

      - name: Save generated site files
        run: mv public ../public

      - name: Checkout gh-pages branch
        uses: actions/checkout@v4
        with:
          ref: gh-pages

      - name: Copy built site to gh-pages branch
        run: |
          rm -rf *
          mv ../public/* .

      - name: Commit and push changes
        run: |
          git config --local user.name "github-actions[bot]"
          git config --local user.email "github-actions[bot]@users.noreply.github.com"
          git add .
          git commit -m "Deploy static site to gh-pages branch" || echo "No changes to commit"
          git push origin gh-pages

哈,就是标准的 git 指令, 看来 runs-on: ubuntu-22.04 是内置 git 工具的; 唯一的技巧不过是: