yuetsh
d3365ecb32
Some checks failed
Deploy / deploy (push) Has been cancelled
`oven-sh/setup-bun` 已经在最新大版本（v2.2.0 属于 v2 线），不动。 **actions/cache v4 → v6** 是这次的实际收益：v4 跑在 **node20** 上，GitHub 正在 退役这个 runtime；v6 是 node24，和另外两个 action 一致。v6.0.0 的改动是「迁到 ESM + 更新依赖」，没有输入输出上的破坏性变更。 ⚠️ cache v5 起要求 Actions Runner >= 2.327.1。这里 `runs-on: ubuntu-latest` 是 GitHub 托管的、始终满足；哪天换自建 runner 要留意这条（已写进 yml 注释）。 **actions/checkout v5 → v7**：v5 本来就跑在 node24，运行时没变。两条标了 BREAKING 的改动都打不到这个工作流： - `allow-unsafe-pr-checkout`（更安全的 pull_request_target 默认值）已经反向 移植到 v2 到 v6 所有线，v5 上本来就有； - v7.0.0 的「block checking out fork pr」只影响 `pull_request_target` 和 `workflow_run`。 本工作流的触发器只有 `push: main` 和 `workflow_dispatch`，两者都不涉及。 版本按仓库原有习惯钉大版本号，没钉到 patch。 验证：只做了 YAML 语法校验 —— **这条工作流要真的 push 到 github 才跑得起来， 本机验不了**。下次 `git push github main` 时留意一下 Actions 那边。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
103 lines
4.1 KiB
YAML
103 lines
4.1 KiB
YAML
# 在 runner 上编好产物 → rsync 到服务器 → 服务器上跑 docker/deploy.sh 起栈。
|
||
#
|
||
# 为什么产物在这里编：服务器性能差，镜像 builder 阶段（1238 个包的 bun install +
|
||
# bun compile + vite build）首次约 5 分钟，光前端就 160s。runner 编完传过去，
|
||
# 服务器那边的镜像构建只剩几条 COPY。
|
||
#
|
||
# 服务器自己编的能力**没有砍掉**：docker/deploy.sh 不带 --prebuilt 就是原来的
|
||
# 行为（ARTIFACTS=build），只要机器上有 docker 就能手动部署，不依赖这个工作流。
|
||
#
|
||
# 触发的是 push 到 **github** 这个 remote（origin 是 git.xuyue.cc，平时那次
|
||
# push 不会触发）：
|
||
#
|
||
# git push github main
|
||
#
|
||
# 仓库 Settings → Secrets 需要两个：
|
||
# HOST 服务器地址
|
||
# KEY 能以 root 登录该服务器的私钥（完整 PEM，含首尾 BEGIN/END 行）
|
||
name: Deploy
|
||
|
||
on:
|
||
push:
|
||
branches:
|
||
- main
|
||
workflow_dispatch:
|
||
|
||
permissions:
|
||
contents: read
|
||
|
||
# 两次 push 挨得近时，别让两个 deploy.sh 在服务器上同时起栈。
|
||
concurrency:
|
||
group: deploy
|
||
cancel-in-progress: false
|
||
|
||
env:
|
||
REMOTE_PORT: 22
|
||
REMOTE_DIR: /root/OJDeploy/OJ2
|
||
|
||
jobs:
|
||
deploy:
|
||
runs-on: ubuntu-latest
|
||
steps:
|
||
- uses: actions/checkout@v7
|
||
|
||
- uses: oven-sh/setup-bun@v2
|
||
with:
|
||
bun-version: latest
|
||
|
||
# 依赖装到 ~/.bun/install/cache，命中的话 install 只剩几秒。
|
||
# v6 起跑在 node24 上（v4 还是 node20，GitHub 正在退役 node20 runtime），
|
||
# 和上面两个 action 一致。v5+ 要求 runner >= 2.327.1，ubuntu-latest 是
|
||
# GitHub 托管的、始终满足；换自建 runner 的话要留意这条。
|
||
- uses: actions/cache@v6
|
||
with:
|
||
path: ~/.bun/install/cache
|
||
key: bun-${{ runner.os }}-${{ hashFiles('bun.lock') }}
|
||
restore-keys: bun-${{ runner.os }}-
|
||
|
||
- name: 装依赖
|
||
run: bun install --frozen-lockfile
|
||
|
||
# 单二进制，--target=bun-linux-x64（runner 就是 linux-x64，和服务器一致）。
|
||
# 输出到 dist/oj2-api，正是 Dockerfile 里 artifacts-prebuilt 阶段要的位置。
|
||
- name: 编后端
|
||
run: bun run --filter '@oj2/api' build
|
||
|
||
# 默认 production 模式，读 apps/web/.env.production（在版本库里）。
|
||
- name: 编前端
|
||
run: cd apps/web && bun run build
|
||
|
||
- name: 配置 SSH
|
||
run: |
|
||
mkdir -p ~/.ssh && chmod 700 ~/.ssh
|
||
printf '%s\n' "${{ secrets.KEY }}" > ~/.ssh/id_deploy
|
||
chmod 600 ~/.ssh/id_deploy
|
||
ssh-keyscan -p "$REMOTE_PORT" -H "${{ secrets.HOST }}" >> ~/.ssh/known_hosts 2>/dev/null
|
||
|
||
# 源码和产物一起传。dist/oj2-api 有 77MB，但 rsync 对已存在的文件做增量，
|
||
# 重编后大部分（bun 运行时那段）字节不变，实际传输量远小于这个数。
|
||
#
|
||
# --delete 的排除项少一个就会出事，逐条说明：
|
||
# docker/.env 服务器上唯一一份，不在版本库里（.gitignore 排掉了 .env*）。
|
||
# 删了下一步 deploy.sh 自检就直接 die。
|
||
# data/ 测试点、题面图片、学生上传的文件，还有「自带数据」形态下的
|
||
# 整个 postgres 数据目录。删了就是删库。
|
||
# node_modules 服务器上根本不需要（prebuilt 形态下连编都不编），传过去纯浪费。
|
||
# .git checkout 出来的 .git 没有任何用处。
|
||
- name: 同步到服务器
|
||
run: |
|
||
rsync -az --delete \
|
||
-e "ssh -i ~/.ssh/id_deploy -p $REMOTE_PORT" \
|
||
--exclude node_modules \
|
||
--exclude .git \
|
||
--exclude data \
|
||
--exclude 'docker/.env*' \
|
||
./ "root@${{ secrets.HOST }}:$REMOTE_DIR/"
|
||
|
||
# deploy.sh 自检不过 / 容器没起来 / 冒烟发现题目数是 0，都会非零退出，
|
||
# 这一步跟着红，日志里能看到具体是哪一条。
|
||
- name: 起栈
|
||
run: |
|
||
ssh -i ~/.ssh/id_deploy -p "$REMOTE_PORT" "root@${{ secrets.HOST }}" \
|
||
"cd $REMOTE_DIR && docker/deploy.sh --prebuilt"
|