</p> <h1>CircleCI Convenience Images => Node.js</h1> <h3>A Continous Integration focused Node.js Docker image built to run on CircleCI</h3>
, or just the minor release (such as 12.6), or a version alias.
This Node.js image has two version aliases, "current" and "lts".
This aliases will always point to the latest "current" and latest "lts" releases that Node.js has as according to their website.
Keep in mind that using an alias tag will be less stable that specifying a full SemVer version.
If you use the minor release tag, it will automatically point to future patch updates as they are released by Node.js.
For example, the tag 12.6 points to Node.js v12.6.0 now, but when the next release comes out, it will point to Node.js v12.6.1.
Images can be built and run locally with this repository. This has the following requirements:
Fork this repository on GitHub.
When you get your clone URL, you'll want to add --recurse-submodules to the clone command in order to populate the Git submodule contained in this repo.
It would look something like this:
bashgit clone --recurse-submodules <my-clone-url>
If you missed this step and already cloned, you can just run git submodule update --recursive to populate the submodule.
Then you can optionally add this repo as an upstream to your own:
bashgit remote add upstream https://github.com/CircleCI-Public/cimg-node.git
Clone the project with the following command so that you populate the submodule:
bashgit clone --recurse-submodules git@github.com:CircleCI-Public/cimg-node.git
Dockerfiles can be generated for a specific Node.js version using the gen-dockerfiles.sh script.
For example, to generate the Dockerfile for Node.js v12.16, you would run the following from the root of the repo:
bash./shared/gen-dockerfiles.sh 12.16.3=lts
The generated Dockerfile will be located at ./12.16/Dockefile.
To build this image locally and try it out, you can run the following:
bashcd 12.16 docker build -t test/node:12.16.3 . docker run -it test/node:12.16.3 bash
To build the Docker images locally as this repository does, you'll want to run the build-images.sh script:
bash./build-images.sh
This would need to be run after generating the Dockerfiles first. When releasing proper images for CircleCI, this script is run from a CircleCI pipeline and not locally.
The individual scripts (above) can be used to create the correct files for an image, and then added to a new git branch, committed, etc. A release script is included to make this process easier. To make a proper release for this image, lets's use the fake Node version of Node v9.99, you would run the following from the repo root:
bash./shared/release.sh 9.99=alias
This will automatically create a new Git branch, generate the Dockerfile(s), stage the changes, commit them, and push them to GitHub.
The commit message will end with the string [release].
This string is used by CircleCI to know when to push images to Docker Hub.
"alias" would be "current" or "lts" depending on the version.
All that would need to be done after that is:
The main branch build will then publish a release.
How changes are incorporated into this image depends on where they come from.
build scripts - Changes within the ./shared submodule happen in its https://github.com/CircleCI-Public/cimg-shared.
For those changes to affect this image, the submodule needs to be updated.
Typically like this:
bashcd shared git pull cd .. git add shared git commit -m "Updating submodule for foo."
parent image - By design, when changes happen to a parent image, they don't appear in existing Node.js images. This is to aid in "determinism" and prevent breaking customer builds. New Node.js images will automatically pick up the changes.
If you really want to publish changes from a parent image into the Node.js image, you have to build a specific image version as if it was a new image. This will create a new Dockerfile and once published, a new image.
Node specific changes - Editing the Dockerfile.template file in this repo is how to modify the Node.js image specifically.
Don't forget that to see any of these changes locally, the gen-dockerfiles.sh script will need to be run again (see above).
We encourage https://github.com/CircleCI-Public/cimg-node/issues to and https://github.com/CircleCI-Public/cimg-node/pulls against this repository however, in order to value your time, here are some things to ***:
CircleCI Docs - The official CircleCI Documentation website.
CircleCI Configuration Reference - From CircleCI Docs, the configuration reference page is one of the most useful pages we have.
It will list all of the keys and values supported in .circleci/config.yml.
Docker Docs - For simple projects this won't be needed but if you want to dive deeper into learning Docker, this is a great resource.
This repository is licensed under the MIT license. The license can be found here.
以下是 cimg/node 相关的常用 Docker 镜像,适用于 Web 开发、API 服务、实时应用 等不同场景:
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。


探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
docker search 限制
站内搜不到镜像
离线 save/load
插件要用 plugin install
WSL 拉取慢
安全与 digest
新手拉取配置
镜像合规机制
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
域名连通性排查
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务