axonivy/build-container Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

build-container 镜像文档

一、镜像概述和主要用途

build-container 是一个集成多种容器构建工具的轻量级镜像，旨在标准化和简化容器镜像的构建流程。其核心用途是提供统一的构建环境，支持在 CI/CD 流水线、本地开发或自动化系统中快速执行容器镜像的构建、测试和打包操作。

二、核心功能和特性

• 多工具集成：内置 Docker CLI、Buildah、Podman 等主流容器构建工具，满足不同构建需求。
• 多平台支持：支持跨架构构建（如 amd64、arm64、ppc64le 等），适配多样化部署环境。
• 轻量级设计：基于 Alpine 或 Debian Slim 基础镜像，减少镜像体积，提升构建效率。
• 依赖完备：预装 Git、curl、make、gcc 等常用构建依赖，无需额外安装。
• 灵活配置：支持通过环境变量、命令行参数或配置文件自定义构建流程。

三、使用场景和适用范围

• CI/CD 流水线：在 Jenkins、GitLab CI、GitHub Actions 等平台中作为构建步骤，自动化构建容器镜像。
• 本地开发验证：开发者在本地快速测试 Dockerfile 或构建脚本，无需配置复杂环境。
• 团队协作：统一团队构建工具版本和环境，避免“在我机器上能运行”的问题。
• 多平台构建任务：需要为不同硬件架构（如 x86 服务器、ARM 嵌入式设备）构建镜像的场景。

四、使用方法和配置说明

4.1 基本使用（docker run 命令）

通过 docker run 直接启动容器，挂载构建上下文并执行构建命令。

示例：构建本地 Dockerfile

bash
docker run --rm \
  -v /var/run/docker.sock:/var/run/docker.sock \  # 挂载 Docker 守护进程（如需使用 docker build）
  -v $(pwd):/workspace \                          # 挂载当前目录作为构建上下文
  -w /workspace \                                 # 设置工作目录为构建上下文
  build-container \                               # 镜像名称
  docker build -t my-app:latest .                 # 构建命令（使用 docker build）

示例：使用 Buildah 构建多平台镜像

bash
docker run --rm \
  -v $(pwd):/workspace \
  -w /workspace \
  build-container \
  buildah build --platform linux/amd64,linux/arm64 -t my-app:multiarch .

4.2 Docker Compose 配置示例

通过 docker-compose.yml 定义构建服务，简化多步骤构建流程。

yaml
version: '3.8'
services:
  build-service:
    image: build-container
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock  # 如需使用宿主机 Docker 守护进程
      - ./:/workspace                             # 挂载项目目录
    working_dir: /workspace
    environment:
      - BUILD_TARGET=production                   # 自定义构建目标（对应 Dockerfile 中的 --target）
      - OUTPUT_IMAGE=my-app:${VERSION:-latest}    # 输出镜像名称（支持变量注入）
    command: >
      sh -c "docker build --target \$BUILD_TARGET -t \$OUTPUT_IMAGE . && \
             docker push \$OUTPUT_IMAGE"          # 构建并推送镜像

启动服务：

bash
docker-compose up

4.3 环境变量说明

通过环境变量自定义构建行为，无需修改命令行参数。

4.4 挂载卷说明

为避免重复下载依赖或缓存构建结果，可挂载以下目录：

• 构建缓存卷：挂载 /var/cache/build 以缓存 npm、maven 等依赖：

  bash
  docker run --rm \
    -v build-cache:/var/cache/build \  # 持久化缓存卷
    -v $(pwd):/workspace \
    build-container \
    docker build -t my-app:latest .
  

  （首次构建后，依赖会缓存至 build-cache 卷，后续构建可复用）

• Docker 配置卷：如需使用私有镜像仓库，挂载宿主机 ~/.docker/config.json：

  bash
  docker run --rm \
    -v ~/.docker/config.json:/root/.docker/config.json \  # 挂载 Docker 认证配置
    -v $(pwd):/workspace \
    build-container \
    docker push my-private-registry.com/my-app:latest
  

4.5 注意事项

• 权限问题：挂载 docker.sock 时，容器内用户需有访问权限（可通过 --user $(id -u):$(id -g) 指定用户）。
• 网络配置：如需访问内部仓库，可通过 --network host 共享宿主机网络，或配置 --dns 指定 DNS 服务器。
• 多工具冲突：同一构建流程中避免混用 docker 和 buildah，可能导致配置冲突。

五、总结

build-container 通过集成工具、简化配置和统一环境，为容器镜像构建提供了高效、灵活的解决方案。无论是自动化流水线还是本地开发，均能显著降低构建流程的复杂度，提升稳定性和一致性。