上周末在搭建个人锻炼页面时，遇到个Github Pages部署的困惑。
看了running_page项目文档，是支持部署到Github Pages页面的，对应的操作流程定义在github/workflows/gh-pages.yml文件。
- name: Install dependencies
run: pnpm install
- name: Build
run: PATH_PREFIX=/${{ github.event.repository.name }} pnpm build
- name: Upload artifact
uses: actions/upload-pages-artifact@v3
with:
# Upload dist repository
path: './dist'
- name: Deploy to GitHub Pages
id: deployment
uses: actions/deploy-pages@v4
核心逻辑就是上面这段。
之前搞过部署hugo静态站点到Github Pages，使用的分支方式部署，编译后的静态文件单独用一个分支存放。
这里以我自己的博客项目举例，大致流程如下图：
按我的理解，这里最终访问的文件内容是存在gh-page分支下的。
但是实际部署完running_page项目后，我发现并没有出现gh-page分支，但是Github Pages却可以正常访问。
有点不可思议，这个访问的数据是在哪里的呢？
带着这个疑问，在v2ex上发了个咨询贴。
经过网友解惑，大致搞明白了这里的流程：
Github Pages的发布源有两种方式，通过分支部署和通过Github Actions部署，分别对应上图的两条分支。
这里最终都会将build后的静态文件部署到Github Pages服务上，供用户访问。
分支部署的方式，其实是有一个内置工作流部署到Github Pages服务上的。
整个部署流程大致就是这样，最终的静态文件都是存在Github Pages服务上的。