CircleCI Convenience Images => Deploy

一个专注于持续交付和部署的Docker镜像，专为在CircleCI上运行而构建

!CircleCI构建状态 !软件许可证 !Docker拉取量 !CircleCI社区 !仓库

cimg/deploy是由CircleCI创建的Docker镜像，专为持续交付和部署流水线设计。每个标签都是基于日期的快照，包含多种部署相关工具，如kubectl、terraform等。如果需要AWS CLI，请查看cimg/aws。GCP和Azure镜像即将推出。

目录

• 入门
• 镜像工作原理
• 开发
• 贡献
• 额外资源
• 许可证

入门

此镜像可与CircleCI的docker执行器一起使用。例如：

jobs:
  build:
    docker:
      - image: cimg/deploy:2022.06.1
    steps:
      - checkout
      - run: echo "执行部署操作"

在上述示例中，CircleCI Deploy Docker镜像用作主容器。具体使用了标签2022.06.1，表示这是2022年6月的第1个快照。现在可以在此作业中使用镜像中预安装的所有工具。

镜像工作原理

此镜像每月发布一次。每个月，我们会将主要工具更新到可用的新版本。

变体

变体镜像通常包含相同的基础软件，但有一些额外的修改。

Node.js

Node.js变体与Deploy镜像相同，但额外安装了Node.js。使用时，在现有cimg/deploy标签后追加-node即可。

jobs:
  build:
    docker:
      - image: cimg/deploy:2022.06.1-node
    steps:
      - checkout
      - run: node --version  # 验证Node.js已安装

标签方案

此镜像的标签方案如下：

cimg/deploy:YYYY.MM.I[-variant]

标签格式为YYYY.MM.I，其中YYYY是4位年份，MM是2位月份，I是该月的第n次发布。通常只有在需要为当月镜像打补丁时，I的值才会变化。

[-variant] - 可选的变体标签。例如，Node.js变体可表示为：cimg/deploy:2022.06.1-node。

开发

可通过本仓库在本地构建和运行镜像。需满足以下要求：

• Linux（已测试Ubuntu）或macOS本地机器
• 新版本的Bash（v4+）
• 新版本的Docker Engine（v20.10+）

社区用户克隆（无仓库写入权限）

在GitHub上Fork此仓库。获取克隆URL后，需添加--recurse-submodules参数以填充仓库中包含的Git子模块。命令如下：

git clone --recurse-submodules <我的克隆URL>

如果已克隆但未添加子模块，可运行git submodule update --init填充子模块。然后可选择将此仓库添加为自己仓库的上游：

git remote add upstream [***]

维护者克隆（有仓库写入权限）

使用以下命令克隆项目以填充子模块：

git clone --recurse-submodules ***:CircleCI-Public/cimg-deploy.git

生成Dockerfile

可使用gen-dockerfiles.sh脚本生成Dockerfile。例如，从仓库根目录运行：

./shared/gen-dockerfiles.sh 2022.06.1

生成的Dockerfile将位于./2022.06/Dockerfile。要在本地构建并测试此镜像，可运行：

cd 2022.06
docker build -t test/deploy:2022.06.1 .
docker run -it test/deploy:2022.06.1 bash

构建Dockerfile

要像本仓库一样在本地构建Docker镜像，需运行build-images.sh脚本：

./build-images.sh

运行前需先生成Dockerfile。发布CircleCI官方镜像时，此脚本从CircleCI流水线运行，而非本地。

发布官方镜像（仅维护者）

可使用上述各个脚本创建镜像所需的正确文件，然后添加到新的git分支、提交等。包含一个发布脚本以简化此过程。要为此镜像创建正式发布（以1991年4月为例），从仓库根目录运行：

./shared/release.sh 1991.04.2

这将自动创建新的Git分支、生成Dockerfile、暂存更改、提交并推送到GitHub。提交消息将以[release]结尾，CircleCI通过此字符串识别何时将镜像推送到Docker Hub。之后需执行：

• 等待CircleCI构建完成
• 审核PR
• 合并PR

主分支构建将随后发布版本。

整合更改

更改如何整合到镜像中取决于其来源：

构建脚本 - ./shared子模块内的更改在其自己的仓库中进行。要使这些更改影响此镜像，需更新子模块。通常命令如下：

cd shared
git pull
cd ..
git add shared
git commit -m "更新子模块以支持foo"

父镜像 - 设计上，父镜像的更改不会出现在现有Deploy镜像中，以确保“确定性”并防止破坏用户构建。新的Deploy镜像将自动获取更改。

如果确实需要将父镜像的更改发布到Deploy镜像中，必须将特定镜像版本作为新镜像构建。这将创建新的Dockerfile，发布后成为新镜像。

Deploy镜像特定更改 - 编辑本仓库中的Dockerfile.template文件将专门修改Deploy镜像。注意，要在本地查看这些更改，需重新运行gen-dockerfiles.sh脚本（见上文）。

贡献

我们鼓励为此仓库提交issues和pull requests。为节省您的时间，请注意以下几点：

1. 并非所有内容都能纳入此镜像。要将工具添加到Deploy镜像，它必须是受维护的且对大量CircleCI用户有用。添加的每个工具都会增大镜像体积并降低所有用户的速度，因此需谨慎选择。
2. 欢迎PR。如果PR可能需要大量时间，建议先打开issue讨论，确保值得投入时间。
3. Issues应用于报告错误或请求添加/删除镜像中的工具。如需镜像帮助，请访问CircleCI Discuss。

额外资源

CircleCI文档 - 官方CircleCI文档网站。

CircleCI配置参考 - 来自CircleCI文档，配置参考页面是最有用的页面之一，列出了.circleci/config.yml中支持的所有键和值。

Docker文档 - 简单项目可能不需要，但深入学***Docker时是很好的资源。

许可证

本仓库采用MIT许可证。许可证详见此处。