chore(ci): optimize docker publish workflow

This commit is contained in:
yinjianm
2026-04-18 00:45:00 +08:00
parent cd5e00bbfb
commit 964d055021
7 changed files with 210 additions and 29 deletions
+3
View File
@@ -6,6 +6,9 @@
/storage/*.key
/vendor
.env
.git
.github
.helloagents
.env.backup
.phpunit.result.cache
.idea
+14 -18
View File
@@ -5,6 +5,10 @@ on:
branches: ["master", "new-dev"]
workflow_dispatch:
concurrency:
group: docker-publish-${{ github.ref }}
cancel-in-progress: true
env:
REGISTRY: ghcr.io
IMAGE_NAME: ${{ github.repository }}
@@ -21,12 +25,14 @@ jobs:
- name: Checkout code
uses: actions/checkout@v4
with:
fetch-depth: 1
fetch-depth: 1
fetch-tags: true
submodules: recursive
- name: Set up QEMU
uses: docker/setup-qemu-action@v3
with:
platforms: 'arm64,amd64'
platforms: arm64
- name: Set up Docker Buildx
uses: docker/setup-buildx-action@v3
@@ -51,6 +57,10 @@ jobs:
username: ${{ github.actor }}
password: ${{ secrets.GITHUB_TOKEN }}
- name: Get version
id: get_version
run: echo "version=$(git describe --tags --always)" >> $GITHUB_OUTPUT
- name: Extract metadata
id: meta
uses: docker/metadata-action@v5
@@ -66,16 +76,6 @@ jobs:
org.opencontainers.image.source=${{ github.server_url }}/${{ github.repository }}
org.opencontainers.image.revision=${{ github.sha }}
- name: Get version
id: get_version
run: echo "version=$(git describe --tags --always)" >> $GITHUB_OUTPUT
- name: Update version in app.php
run: |
VERSION=$(date '+%Y%m%d')-$(git rev-parse --short HEAD)
sed -i "s/'version' => '.*'/'version' => '$VERSION'/g" config/app.php
echo "Updated version to: $VERSION"
- name: Build and push
id: build-and-push
uses: docker/build-push-action@v5
@@ -83,18 +83,14 @@ jobs:
context: .
push: true
platforms: linux/amd64,linux/arm64
cache-from: type=gha
cache-to: type=gha,mode=max
cache-from: type=gha,scope=docker-publish-${{ github.ref_name }}
cache-to: type=gha,mode=max,scope=docker-publish-${{ github.ref_name }}
tags: ${{ steps.meta.outputs.tags }}
labels: ${{ steps.meta.outputs.labels }}
build-args: |
BUILDKIT_INLINE_CACHE=1
BUILDKIT_MULTI_PLATFORM=1
CACHEBUST=${{ github.sha }}
REPO_URL=https://github.com/${{ github.repository }}
BRANCH_NAME=${{ github.ref_name }}
provenance: false
outputs: type=registry,push=true
allow: |
network.host
@@ -0,0 +1,10 @@
{
"status": "completed",
"completed": 4,
"failed": 0,
"pending": 0,
"total": 4,
"percent": 100,
"current": "completed",
"updated_at": "2026-04-18 00:45:30"
}
@@ -0,0 +1,129 @@
# 变更提案: optimize-docker-publish-workflow
## 元信息
```yaml
类型: 优化
方案类型: implementation
优先级: P1
状态: 已确认
创建: 2026-04-18
```
---
## 1. 需求
### 背景
当前 `.github/workflows/docker-publish.yml` 在每次 push 到 `master` / `new-dev` 时都会执行双架构镜像构建并推送。
现有流程存在几个明显的性能与正确性问题:
- Dockerfile 在构建过程中重新 `git clone` 仓库和子模块,绕过了 Actions 已 checkout 的工作区。
- workflow 通过 `CACHEBUST=${{ github.sha }}` 强制让源码层每次失去缓存,以确保 `git clone` 拉到新代码,但这也让缓存收益极低。
- workflow 中“Get version”在“Extract metadata”之后,`steps.get_version.outputs.version` 的引用顺序不正确。
- `build-push-action` 同时声明了 `push: true``outputs: type=registry,push=true`,存在冗余。
- QEMU 配置包含 `amd64`,但原生 `ubuntu-latest` 已能直接构建 `amd64`
### 目标
- 在不改变现有分支触发与双架构产物策略的前提下,缩短 Docker 发布耗时。
- 保持 `master` / `new-dev` 的镜像输出逻辑不变。
- 修正 workflow 中的明显顺序与冗余配置问题。
### 约束条件
```yaml
时间约束: 当前回合内完成方案、实现和基本验证
性能约束: 优先优化热路径,不引入新的外部依赖
兼容性约束: 保持 master/new-dev 双架构发布行为不变
业务约束: 不通过减少镜像产物种类来换速度
```
### 验收标准
- [ ] `docker-publish.yml` 保持 `master` / `new-dev` 触发和双架构推送
- [ ] Dockerfile 改为使用 GitHub Actions 工作区源码,而不是在构建阶段重新 `git clone`
- [ ] workflow 去除明显冗余和错误顺序配置
- [ ] `.dockerignore` 收紧不必要上下文,减少上传到 BuildKit 的内容
---
## 2. 方案
### 技术方案
采用“保留产物策略不变、优化构建输入与缓存路径”的方案:
1. `actions/checkout` 增加 `submodules: recursive`,让 CI 工作区直接具备完整源码与子模块。
2. 修改 Dockerfile,删除构建期 `git clone` / `git submodule update` 逻辑,改为直接 `COPY` 工作区源码。
3. 删除 workflow 中为配合构建期 `git clone` 而存在的 `CACHEBUST` build arg。
4. 修正 metadata/version 步骤顺序,移除无效的“Update version in app.php”和冗余 `outputs` 配置。
5. 收紧 `.dockerignore`,排除 `.git``.github``.helloagents` 等不会进入运行时镜像的目录。
6. 保留双架构构建,但只在 QEMU 中声明需要模拟的 `arm64`
### 影响范围
```yaml
涉及模块:
- .github/workflows/docker-publish.yml: 发布编排与构建参数
- Dockerfile: 镜像构建输入与缓存路径
- .dockerignore: 构建上下文裁剪
预计变更文件: 3
```
### 风险评估
| 风险 | 等级 | 应对 |
|------|------|------|
| 直接使用工作区源码后,若 checkout 未带子模块,构建会缺少 admin dist | 中 | 在 checkout 中显式启用 `submodules: recursive` |
| `.dockerignore` 排除过多文件导致运行时缺资源 | 中 | 只排除明显不应进入镜像的 Git/CI/本地知识库目录 |
| 删除构建期 `git clone` 后,版本号注入逻辑与现有预期不一致 | 低 | 移除当前本就不会进镜像的版本更新步骤,避免继续保留伪生效逻辑 |
---
## 3. 技术设计(可选)
> 本次为 CI 与构建链优化,不涉及业务 API 或数据模型设计。
### 架构设计
N/A
### API设计
N/A
### 数据模型
N/A
---
## 4. 核心场景
### 场景: push 到发布分支时执行镜像发布
**模块**: GitHub Actions / Docker Buildx
**条件**: 开发者 push 到 `master``new-dev`
**行为**: checkout 完整源码与子模块,直接用工作区作为 Docker 构建输入,利用 GHA 缓存构建并推送双架构镜像
**结果**: 在不减少镜像产物的前提下减少无谓的源码重拉取、上下文与步骤浪费
---
## 5. 技术决策
### optimize-docker-publish-workflow#D001: 改为基于工作区源码构建镜像
**日期**: 2026-04-18
**状态**: ✅采纳
**背景**: 当前 Dockerfile 构建期重新 `git clone`,导致必须用 `CACHEBUST` 强制刷新源码层,缓存收益差且 workflow 内对工作区做的修改无法进入镜像。
**选项分析**:
| 选项 | 优点 | 缺点 |
|------|------|------|
| A: 保持构建期 `git clone`,仅修修 workflow 小问题 | 改动小 | 无法根治缓存失效与无效步骤问题 |
| B: 直接基于 Actions 工作区 `COPY` 构建 | 能复用 checkout 结果,减少源码重复获取,缓存路径更合理 | 需要同步处理子模块与构建上下文 |
**决策**: 选择方案 B
**理由**: 这是在不改变发布产物策略的前提下,收益最大且风险可控的提速路径。
**影响**: workflow checkout 配置、Dockerfile 源码输入方式、`.dockerignore` 内容
---
## 6. 成果设计
### 设计方向
- N/A
### 视觉要素
- N/A
### 技术约束
- **可访问性**: N/A
- **响应式**: N/A
@@ -0,0 +1,52 @@
# 任务清单: optimize-docker-publish-workflow
> **@status:** completed | 2026-04-18 00:44
```yaml
@feature: optimize-docker-publish-workflow
@created: 2026-04-18
@status: completed
@mode: R2
```
## 进度概览
| 完成 | 失败 | 跳过 | 总数 |
|------|------|------|------|
| 4 | 0 | 0 | 4 |
---
## 任务列表
### 1. 方案与上下文
- [√] 1.1 确认当前 workflow 和 Dockerfile 的主要耗时点与失效缓存路径 | depends_on: []
### 2. 工作流与构建链优化
- [√] 2.1 优化 `.github/workflows/docker-publish.yml` 的步骤顺序、checkout 配置和冗余项 | depends_on: [1.1]
- [√] 2.2 优化 `Dockerfile` 以直接消费 CI 工作区源码并删除构建期重复拉仓逻辑 | depends_on: [2.1]
- [√] 2.3 收紧 `.dockerignore`,减少不必要构建上下文 | depends_on: [2.2]
---
## 执行日志
| 时间 | 任务 | 状态 | 备注 |
|------|------|------|------|
| 2026-04-18 00:40:00 | 方案包创建 | completed | 已创建 `202604180040_optimize-docker-publish-workflow` |
| 2026-04-18 00:42:00 | 1.1 | completed | 已确认主要瓶颈是构建期重复 `git clone``CACHEBUST` 强制失效缓存与 workflow 冗余步骤 |
| 2026-04-18 00:44:00 | 2.1 | completed | 已优化 checkout、QEMU、metadata/version 顺序、缓存 scope 与冗余输出配置 |
| 2026-04-18 00:45:00 | 2.2 | completed | 已移除 Dockerfile 中构建期 `git clone`/`git submodule update`,改为直接 `COPY` 工作区源码 |
| 2026-04-18 00:45:30 | 2.3 | completed | 已在 `.dockerignore` 中排除 `.git``.github``.helloagents` 上下文 |
---
## 执行备注
> 记录执行过程中的重要说明、决策变更、风险提示等
- 目标是“低风险提速”,不调整双架构产物策略
- 当前仓库不存在 `composer.lock`,本次不围绕 lockfile 进行优化
- 未执行真实多架构镜像构建,仅完成文本级自检与配置核对
+1
View File
@@ -7,6 +7,7 @@
| 时间戳 | 名称 | 类型 | 涉及模块 | 决策 | 结果 |
|--------|------|------|---------|------|------|
| 202604180040 | optimize-docker-publish-workflow | - | - | - | ✅完成 |
| 202604180029 | fix-clashmeta-flow-map-export | - | - | - | ✅完成 |
| 202604161703 | create-git-merge-preserve-local-skill | - | - | - | ✅完成 |
| 202604161655 | merge-upstream-preserve-local | - | - | - | ✅完成 |
+1 -11
View File
@@ -16,17 +16,7 @@ WORKDIR /www
COPY .docker /
# Add build arguments
ARG CACHEBUST
ARG REPO_URL
ARG BRANCH_NAME
RUN echo "Attempting to clone branch: ${BRANCH_NAME} from ${REPO_URL} with CACHEBUST: ${CACHEBUST}" && \
rm -rf ./* && \
rm -rf .git && \
git config --global --add safe.directory /www && \
git clone --depth 1 --branch ${BRANCH_NAME} ${REPO_URL} . && \
git submodule update --init --recursive --force
COPY . /www
COPY .docker/supervisor/supervisord.conf /etc/supervisor/conf.d/supervisord.conf