解析Node.js镜像原理，轻松构建高效CI/CD流程

最新推荐文章于 2024-06-11 03:17:26 发布
最新推荐文章于 2024-06-11 03:17:26 发布
阅读量446 收藏 1
点赞数
文章标签： node.js ci/cd
原文链接：https://mp.weixin.qq.com/s?__biz=MzI0MzIyMDM5Ng==&mid=2649856462&idx=2&sn=3a299f7d48e46f4d3a9429066619d252&chksm=f175530dc602da1bbabecc1593d115b8395d804c254883b385a336dfa6fc89b1b3cc51151c55&scene=126&sessionid=0
版权

点击上方 前端Q，关注公众号

回复加群，加入前端Q技术交流群

1. 前言

如果公司项目使用容器化部署，那么或多或少了解过nodejs镜像，因为前端项目或者基于nodejs的BFF项目在构建或者部署的过程中都会依赖nodejs镜像

有同学会有疑问，nodejs镜像有啥好了解的，直接去docker镜像官网搜索下对应node版本，然后找到对应的版本号，看下有没有不就好了嘛，比如要找16.20.0，如下图所示b3d878b4413c8b541c91873ee7a3d144.jpeg

然后在Dockerfile内写上对应的镜像版本，如下所示

javascript
复制代码
FROM node:16.20.0

眼尖的同学可能会看到，同一个版本比如16.20.0、14.19.1有不同的tag，如下图所示

377921a2038c49d320fa85501db7d247.jpeg

fcd5f9ebf3b4a716c9666e8b3fa4b3d8.jpeg

为什么一个node镜像版本会有那么多tag？我该怎么选

为什么14与16的tag，除了版本号之外居然还有差异？为什么

2. 解析nodejs镜像

在了解nodejs镜像之前，如果对linux不太熟，我们可以先了解debian是什么及Alpine又是什么，如果对这部分很熟悉，可以直接跳到nodejs官方镜像构成

2.1 Debian是什么

Linux有非常多的发行版本，从性质上划分，大体分为由商业公司维护的商业版本与由开源社区维护的免费发行版本。商业版本以Redhat为代表，开源社区版本则以Debian为代表。这些版本各有不同的特点，在不同的应用领域发挥着不同的作用。

目前的流行发行版如下所示c2df7a3eb634a7640a919306f65bc135.jpeg

一般来说Debian作为适合于服务器的操作系统，它比Ubuntu要稳定得多。Debian整个系统，只要应用层面不出现逻辑缺陷，基本上不会出问题。Debian整个系统基础核心非常小，不仅稳定，而且占用硬盘空间小，占用内存小。

更多内容可以查看CentOS、Ubuntu、Debian三个linux比较异同

Debian 发行版本Debian 一直维护着至少三个发行版本：稳定版（stable），测试版（testing）和不稳定版（unstable）。

  • 稳定版（stable）: 稳定版包含了 Debian 官方最近一次发行的软件包。作为 Debian 的正式发行版本，它是我们优先推荐给用户您选用的版本。当前 Debian 的稳定版版本号是 12，开发代号为 bookworm。最初版本为 12.0，于 2023年06月10日 发布，其更新 12.1 已于 2023年07月22日 发布。

  • 测试版（testing）: 测试版包含了那些暂时未被收录进入稳定版的软件包，但它们已经进入了候选队列。使用这个版本的最大益处在于它拥有更多版本较新的软件。当前的测试版版本代号是 trixie。

  • 不稳定版（unstable）: 不稳定版存放了 Debian 现行的开发工作。通常，只有开发者和那些喜欢过惊险刺激生活的人选用该版本，不稳定版的版本代号永远都被称为 sid。

Debian发行生命周期及目录Debian 通常会按照一定的规律每隔一段时间发布一个新稳定版。对每个稳定发行版本，用户可以得到三年的完整支持以及额外两年的长期支持。目前的发行时间线如下图所示

ee9eeca3a6e1fb64ab8f196e38a404a4.jpeg可以看到最新的稳定版本是12

2.2 Alpine又是什么

Alpine 是一个面向安全的轻型 Linux 发行版。它不同于通常 Linux 发行版，Alpine 采用了 musl libc 和 busybox 以减小系统的体积和运行时资源消耗，但功能上比 busybox 又完善的多，因此得到开源社区越来越多的青睐。在保持瘦身的同时，Alpine 还提供了自己的包管理工具 apk，可以直接通过 apk 命令直接查询和安装各种软件。

2.3 Debian与Alpine的差异

  • 空间大小差异，alpine默认5M左右，debian等都在200M左右。

  • 默认软件包差异，alpine选用busybox，debian等则是bash+coreutils几件套。

  • alpine中，国际化组件被优化掉了。

  • 还有一点，alpine中选用的都是“最简依赖”，这点和archlinux比较像，举个例子，openssh包不会自带pam插件，于是他也就不支持ldap。这点我给alpinelinux官方提过issue。和php不一样，php可以做成php-pdo，php-dom的包，然后动态加载共享库。openssh不行，“没带就是没写”。

  • glibc差异，alpine选用musl，centos等选用glibc，其他的倒还好，libc的差异对开发很重要。

更多内容可以查看Alpine Linux 与 CentOS 有什么区别？

2.4 nodejs官方镜像构成

现在再来看nodejs镜像组成

  • node:<version>：基于Debian最新版本，依赖工具包buildpack-deps，最基础的镜像，提供了最多最常用的Debian 软件包，比如curl、bash、git等

  • node:alpine：基于流行的 Alpine Linux 项目，提供最小的node镜像，没有内置常用的软件包，需要通过apk进行安装，另外使用musl libc替代了glibc,只有对依赖了glibc的包有影响比如grpc之类的

  • node:buster：基于Debian10版本的镜像，依赖工具包buildpack-deps

  • node:bullseye：基于Debian11版本的镜像，依赖工具包buildpack-deps

  • node:bookworm：基于Debian12版本的镜像，依赖工具包buildpack-deps

  • node:slim：基于Debian的当前版本，只包含能够让镜像跑起来的最基础的包，比如包含bash、git，但是不包含curl等

当然以后还会有基于新的Debian版本的镜像

镜像内是否包含某个工具包，可以直接在镜像的详情页内搜索，如下图所示

1c129b2cad60cb407bfa3177aabf784f.jpeg

镜像整体结构组成如下图所示

c72f9802c48136d7349c0de462b5acbf.jpeg

不同tag的镜像区别如下，以16.20.0(arm64)为例

镜像tagnode版本包数量系统漏洞数镜像大小是否包含yarn
node16.20.0751230856MB✅
node:bullseye16.20.0751121890MB✅
node:bullseye-slim16.20.034726184MB✅
node:bookworm16.20.0750921.04GB✅
node:bookworm-slim16.20.033415206MB✅
node:alpine16.20.02304116MB✅

从上表可以得出

  • alpine与slim体积最小，bullseye、bookworm及node:version镜像体积相对alpine与slim都大上来好几倍

  • alpine与slim的漏洞数相对最少，bullseye、bookworm及node:version漏洞数相对alpine与slim多上好几倍

那么node:version到底对应哪个版本，可以通过versions.json文件查看，以16.20.0版本为例，那么node:16.20.0其实就是node:16.20.0-buster

bf994d1be131fe24ebde2df284d3f1e9.jpeg

另外也可以从镜像的组成看，如下图所示

bd8adfe3cca57f609c7696d682b89b39.jpeg

e1643a99689d126ede3376026d6fd2fc.jpeg

到这里我们应该可以回答，前面的两个问题

为什么一个node镜像版本会有那么多tag？我该怎么选

原因是: nodejs基于不同的linux发型版本构建出来的镜像，可以根据镜像体积、功能来进行选择

为什么14与16的tag，除了版本号之外居然还有差异？为什么

原因是：Debian一直在发布新的版本，而nodejs只对最新的在维护的nodejs版本发布基于新的Debian版本的镜像

3. 怎么选择nodejs镜像

从上面我们已经知道了各个tag的含义，及对应tag镜像的组成，那么我们可以根据自己的使用场景进行选择

3.1 web项目

构建web项目，推荐alpine镜像，原因是我们在构建web项目时候，一般只依赖构建工具webpack等，不依赖一些底层的工具库，一般也不需要进入容器内，具体示例如下所示

dockerfile
复制代码
FROM node:16.20.0-alpine AS builder_web

WORKDIR /app

ADD ./package.json /app/package.json
ADD ./pnpm-lock.yaml /app/pnpm-lock.yaml

# 安装依赖
RUN pnpm install --frozen-lockfile

ADD . /app

# 构建代码
RUN pnpm build

FROM nginx:1.21.0

# CDN同步脚本默认从/app/dist目录读文件
COPY --from=builder_web /app/dist /app/dist
COPY --from=builder_web /app/config/nginx.conf /etc/nginx/conf.d/default.conf

3.2 BFF项目

构建基于nodejs的BFF项目，构建阶段推荐使用alpine镜像，运行部署阶段推荐slim镜像，原因镜像内包含一些基础的第三方工具包，方便我们进容器的时候在进行二次安装

dockerfile
复制代码
# 构建阶段可以使用alpine
FROM node:16.20.0-alpine as bff_build

# 工作目录
WORKDIR /workspace/app


# 拷贝依赖文件
COPY ./package.json /workspace/app/package.json
COPY ./yarn.lock /workspace/app/yarn.lock

# 安装依赖
RUN yarn --frozen-lockfile --check-files

# 拷贝源码
COPY . /workspace/app

# 构建
RUN yarn run build

# 部署阶段基础镜像，使用slim镜像
FROM node:16.20.0-slim

# 工作目录
WORKDIR /workspace/app

# 拷贝依赖
COPY --from=bff_build /workspace/app/package.json /workspace/app/package.json
COPY --from=bff_build /workspace/app/node_modules /workspace/app/node_modules

# 拷贝内容
COPY --from=bff_build /workspace/app /workspace/app

# 启动
CMD yarn run run

3.3 npm包场景

发布npm包，以gitlab-ci为例，推荐alpine or slim镜像，原因是不依赖工具包，但是碰到lerna这样的多包管理工具时，因为依赖git，可以在现有alpine or slim镜像的基础上线安装git

yaml
复制代码
stages:
  - publish

before_script:
  - echo $CI_COMMIT_TAG

publish:
  stage: publish
  image: node:16.20.0-slim
  script:
    - echo -e $NPM_AUTH_CONTENT >> ~/.npmrc # 注入私仓发包 token
    - yarn install --frozen-lockfile 
    - |
      if [[ $CI_COMMIT_TAG == *"beta"* ]]; then
        echo '发布beta tag'
        yarn publish --tag beta --non-interactive --no-commit-hooks
      else
        echo '发布正式 tag'
        yarn publish --non-interactive --no-commit-hooks
      fi
  only:
    refs:
      - tags

当然还有更多的场景，但是只要根据每个tag的特性，就能选出适合自己项目的tag

4. 自定义nodejs镜像

除了直接使用官方的nodejs镜像，其实我们也可能会自己封装适合自己公司项目的nodejs镜像，其目的都是为了在镜像内增加定制逻辑，方便统一处理公司所有项目的通用问题，比如设置公司的npm代理源，设置一些常用的npm包第三方依赖变量，安装pnpm，处理install 及build过程中的因为buildkit缓存错误导致的构建失败等，封装有两种思路

  • 思路1: 从零开始封装

  • 思路2: 基于官方镜像进行二次封装

4.1 从零封装自己的nodejs镜像

以alpine镜像为例

dockerfile
复制代码
# 选择alpine版本镜像
FROM alpine:3.18

# 定义node版本
ENV NODE_VERSION 16.20.0

# 设置apk的源为阿里源
RUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && apk update

# 设置源及设置一些国内不好下载的二进制依赖文件host
COPY ./.npmrc /root/.npmrc

# 使用apk来进行安装依赖
RUN addgroup -g 1000 node \
    && adduser -u 1000 -G node -s /bin/sh -D node \
    && apk add --no-cache \
        libstdc++ \
    && apk add --no-cache --virtual .build-deps \
        curl \
    && ARCH= && alpineArch="$(apk --print-arch)" \
      && case "${alpineArch##*-}" in \
        x86_64) \
          ARCH='x64' \
          CHECKSUM="d2df78a192bd78b958e19a77821916a38def5e9e46c0c9a0989fdf5eb6c14a7e" \
          ;; \
        *) ;; \
      esac \
  && if [ -n "${CHECKSUM}" ]; then \
    set -eu; \
    curl -fsSLO --compressed "https://unofficial-builds.nodejs.org/download/release/v$NODE_VERSION/node-v$NODE_VERSION-linux-$ARCH-musl.tar.xz"; \
    echo "$CHECKSUM  node-v$NODE_VERSION-linux-$ARCH-musl.tar.xz" | sha256sum -c - \
      && tar -xJf "node-v$NODE_VERSION-linux-$ARCH-musl.tar.xz" -C /usr/local --strip-components=1 --no-same-owner \
      && ln -s /usr/local/bin/node /usr/local/bin/nodejs; \
  else \
    echo "Building from source" \
    # backup build
    && apk add --no-cache --virtual .build-deps-full \
        binutils-gold \
        g++ \
        gcc \
        gnupg \
        libgcc \
        linux-headers \
        make \
        python3 \
    # use pre-existing gpg directory, see https://github.com/nodejs/docker-node/pull/1895#issuecomment-1550389150
    && export GNUPGHOME="$(mktemp -d)" \
    # gpg keys listed at https://github.com/nodejs/node#release-keys
    && for key in \
      4ED778F539E3634C779C87C6D7062848A1AB005C \
      141F07595B7B3FFE74309A937405533BE57C7D57 \
      74F12602B6F1C4E913FAA37AD3A89613643B6201 \
      DD792F5973C6DE52C432CBDAC77ABFA00DDBF2B7 \
      61FC681DFB92A079F1685E77973F295594EC4689 \
      8FCCA13FEF1D0C2E91008E09770F7A9A5AE15600 \
      C4F0DFFF4E8C1A8236409D08E73BC641CC11F4C8 \
      890C08DB8579162FEE0DF9DB8BEAB4DFCF555EF4 \
      C82FA3AE1CBEDC6BE46B9360C43CEC45C17AB93C \
      108F52B48DB57BB0CC439B2997B01419BD92F80A \
    ; do \
      gpg --batch --keyserver hkps://keys.openpgp.org --recv-keys "$key" || \
      gpg --batch --keyserver keyserver.ubuntu.com --recv-keys "$key" ; \
    done \
    && curl -fsSLO --compressed "https://nodejs.org/dist/v$NODE_VERSION/node-v$NODE_VERSION.tar.xz" \
    && curl -fsSLO --compressed "https://nodejs.org/dist/v$NODE_VERSION/SHASUMS256.txt.asc" \
    && gpg --batch --decrypt --output SHASUMS256.txt SHASUMS256.txt.asc \
    && gpgconf --kill all \
    && rm -rf "$GNUPGHOME" \
    && grep " node-v$NODE_VERSION.tar.xz\$" SHASUMS256.txt | sha256sum -c - \
    && tar -xf "node-v$NODE_VERSION.tar.xz" \
    && cd "node-v$NODE_VERSION" \
    && ./configure \
    && make -j$(getconf _NPROCESSORS_ONLN) V= \
    && make install \
    && apk del .build-deps-full \
    && cd .. \
    && rm -Rf "node-v$NODE_VERSION" \
    && rm "node-v$NODE_VERSION.tar.xz" SHASUMS256.txt.asc SHASUMS256.txt; \
  fi \
  && rm -f "node-v$NODE_VERSION-linux-$ARCH-musl.tar.xz" \
  && apk del .build-deps \
  # smoke tests
  && node --version \
  && npm --version

ENV YARN_VERSION 1.22.19

RUN apk add --no-cache --virtual .build-deps-yarn curl gnupg tar \
  # use pre-existing gpg directory, see https://github.com/nodejs/docker-node/pull/1895#issuecomment-1550389150
  && export GNUPGHOME="$(mktemp -d)" \
  && for key in \
    6A010C5166006599AA17F08146C2130DFD2497F5 \
  ; do \
    gpg --batch --keyserver hkps://keys.openpgp.org --recv-keys "$key" || \
    gpg --batch --keyserver keyserver.ubuntu.com --recv-keys "$key" ; \
  done \
  && curl -fsSLO --compressed "https://yarnpkg.com/downloads/$YARN_VERSION/yarn-v$YARN_VERSION.tar.gz" \
  && curl -fsSLO --compressed "https://yarnpkg.com/downloads/$YARN_VERSION/yarn-v$YARN_VERSION.tar.gz.asc" \
  && gpg --batch --verify yarn-v$YARN_VERSION.tar.gz.asc yarn-v$YARN_VERSION.tar.gz \
  && gpgconf --kill all \
  && rm -rf "$GNUPGHOME" \
  && mkdir -p /opt \
  && tar -xzf yarn-v$YARN_VERSION.tar.gz -C /opt/ \
  && ln -s /opt/yarn-v$YARN_VERSION/bin/yarn /usr/local/bin/yarn \
  && ln -s /opt/yarn-v$YARN_VERSION/bin/yarnpkg /usr/local/bin/yarnpkg \
  && rm yarn-v$YARN_VERSION.tar.gz.asc yarn-v$YARN_VERSION.tar.gz \
  && apk del .build-deps-yarn \
  # smoke test
  && yarn --version

# 安装pnpm依赖
RUN npm install -g pnpm

COPY docker-entrypoint.sh /usr/local/bin/
ENTRYPOINT ["docker-entrypoint.sh"]

CMD [ "node" ]

其实就是参照官方镜像的构建方式，在里面进行适当的修改

当然还可以基于其它某个linux发行版来进行封装，如下所示

yaml
复制代码
FROM centos:7
RUN curl -L https://dl.yarnpkg.com/rpm/yarn.repo -o /etc/yum.repos.d/yarn.repo
RUN curl --silent --location https://rpm.nodesource.com/setup_14.x | bash -
RUN yum install -y nodejs yarn
WORKDIR /code
EXPOSE 80
CMD npm start

4.2 基于官方镜像二次封装

以slim镜像为例

dockerfile
复制代码
FROM node:16.20.0-slim

RUN sed -i s/deb.debian.org/archive.debian.org/g /etc/apt/sources.list && \
    sed -i 's|security.debian.org|archive.debian.org|g' /etc/apt/sources.list && \
    sed -i '/stretch-updates/d' /etc/apt/sources.list && \
    apt-get clean && \
    apt-get update && \
    apt-get install -y tzdata tree git && \
    ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

ARG CUSTOM_NODE_VERSION

COPY ./.npmrc /root/.npmrc

RUN npm install -g pnpm@6.32.3 \
    && pnpm config set store-dir /root/.pnpm-store \
    && npm config set custom_node_version $CUSTOM_NODE_VERSION

这样的话，封装起来清爽一些

至于自己封装的nodejs镜像可以发到自己的私仓，比如Nexus搭建的私仓，或者阿里云、腾讯云上买的私仓等

当然在封装的时候如果我们要安装一些额外的工具包，因为国内网络的问题，所以我们一般会将debian的源设置成国内源

5. 总结

nodejs官方镜像主要由三部分组成 linux版本 + 工具包合集 + nodejs运行时，三部分可以组合成不同的tag，每种组合都有其应用的场景，我们可以根据大小、安全、功能来进行选择

一般项目推荐使用：alpine or slim镜像，不推荐使用完整镜像特殊项目推荐根据alpine or slim镜像进行二次封装，解决公司的通用问题，提高研发效率

像我们公司就选择封装自己的nodejs镜像，会在镜像内做如下事情

  • 设置公司自己的npm代理源

  • 设置npm包的第三方依赖环境变量，比如node-sass、puppeteer等

  • 安装pnpm

  • 解决CI场景因为buildkit缓存问题导致的install 失败或者build失败

  • bff启动之前的前置检查等

当然如果对镜像大小追求极致的，可以在去删减镜像内的工具包，或者通过copy的方式只拷贝工具的执行文件等方式去缩减镜像大小

最后通过选择合适的镜像，可以帮助我们构建高效的CI/CD流程

参考链接

如何检查 Debian版本

Debian 发行版本

Debian 源使用帮助

Alpine Linux 与 CentOS 有什么区别？

Choosing the best Node.js Docker image

原文链接：https://juejin.cn/user/3650034333393575/posts

喜欢点赞，再看，转发谢谢！

5d1d687ca2c0bb46f96f89158bfbf7a6.png

往期推荐

围观！华为云低代码引擎TinyEngine正式发布

04863137369f8dac6435fe853e367cbf.png

工作了5年你居然不知道版本号有这些规范？

198e28ef21ce19945271d646bdf5ee19.png

打爆React泡沫，重新审视前端技术选择

bc57c1c6a86435fae8970d66e5e8841e.png


最后

  • 欢迎加我微信，拉你进技术群，长期交流学习...

  • 欢迎关注「前端Q」,认真学前端，做个专业的技术人...

70811bde07a31d430991faeb9a049cc1.jpeg

2c27308e547fd6816511a3ca5898495a.png

点个在看支持我吧

dcec4ef816fa8017a0fab3ff7a5a6597.gif

winty~~
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
docker-node：用于Node.js的官方Docker映像
02-04
Node.js 官方Node.js码头工人镜像，由节点社区精心制作而成。 目录 什么是Node.js？ Node.js是基于ChromeJavaScript运行时构建的平台，可轻松构建快速，可扩展的网络应用程序。 Node.js使用事件驱动的非阻塞I / O模型，使其轻巧高效，非常适合跨分布式设备运行的数据密集型实时应用程序。 请参阅： ： 如何使用这张图片 在您的Node.js应用项目中创建一个Dockerfile # specify the node base image with your desired version node:<version> FROM node:10
Github为CI构建-Node.js开发
05-27
Github构建/检查CI安装npm install github-build --save用法const Build = require（'github-build'）const data = {repo：'siddharthkp / github-build'，//（author / repo）Github构建/检查CI安装npm install ...
nodejs镜像问题&如何设置镜像
m0_69085594的博客
04-07 8876
前提条件：已经安装好nodejs 如何查看自己是否已经安装了nodejs？ --任何环境下运行cmd（window+r）输入node -v（查看自己nodejs的版本） 出现 版本号即为记忆已经安装nodejs 如果没有nodejs自己去官网自行下载即可（很容易） 查看自己环境镜像 cmd运行npm config get registry 如果出现的是https://registry.npm.org/ 则证明镜像为外国镜像cmd输入npm config set registry ht
node设置镜像源详细教程
最新发布
猿小白的博客
06-11 1727
在Node.js环境中，你可以通过设置npm或yarn的镜像源来加速依赖包的下载。
nodejs国内镜像及切换版本工具nvm
热门推荐
qq_27361945的博客
11-01 1万+
【代码】nodejs国内镜像及切换版本工具nvm。
NodeJs npm&yarn 镜像设置
yangcx
08-06 5084
推荐使用 yarn 1、npm镜像地址配置 -- 查看 npm 安装目录 npm root -g -- 查看 npm 配置信息 npm config list -- 安装 cnpm 命令（国内淘宝源） - 可以使用 cnpm 替代绝大多数 npm 指令 npm install -g cnpm --registry=https://registry.npm.taobao.org -- 版本...
Node.js下载安装及配置镜像源
是程序喵呀
11-25 4775
# 设置淘宝镜像源 npm config set registry https://registry.npmmirror.com # 查看使用的镜像源 npm config get registry
node.js(v16.16.0) 安装包
03-29
Node.js 是一个开源、跨平台的 JavaScript 运行环境，它让开发者可以在服务器端执行 JavaScript 代码。Node.js 使用了 Google V8 引擎，这个引擎是为 Chrome 浏览器设计的，因此 Node.js 具有高性能和高效性的特点。...
Node.js应用实战和工作原理解析
01-27
总的来说，Node.js通过JavaScript在服务器端的能力，结合其高效的I/O模型和丰富的模块生态，为开发者提供了构建复杂网络应用的新途径。了解和掌握Node.js的工作原理和实践应用，对于开发高性能的实时应用至关重要。...
node.js源码 node-v21.0.0.tar.gz
11-07
Node.js通过事件驱动、非阻塞I/O模型，使其轻量且高效，非常适合构建数据密集型的实时应用。 在"node-v21.0.0.tar.gz"这个压缩包中，包含了Node.js的源码，版本为21.0.0。解压后，我们可以深入理解Node.js的核心...
Node.js安装教程及配置镜像
随时随地记录每一刻发生的事情
12-28 5759
Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行时。 下载、安装、配置全局依赖包下载路径、配置环境变量、配置国内镜像
nodejs设置镜像
IT开发
09-03 2806
1、npm镜像地址配置。
nodjs使用阿里云镜像安装
m0_48096446的博客
05-29 4533
这样，你就可以使用阿里云镜像来安装 npm 包了。请记住，在使用镜像时，可能会有一些延迟或同步问题，因此某些包可能不会立即更新到最新版本。首先，确保你已经安装了 Node.js 和 npm。现在你可以使用阿里云镜像来安装 npm 包。如果显示了 Node.js 和 npm 的版本号，那么它们已经正确安装。使用阿里云镜像设置 npm registry。接下来，备份你的原始 npm 配置。这将将 registry 配置为阿里云镜像的地址。npm 将使用阿里云镜像从该地址下载并安装包。
NodeJs安装及配置淘宝镜像源
weixin_61221831的博客
05-09 4360
淘宝镜像源于2022年更换了地址，现为https://registry.npmmirror.com，更换命令为。3.当遇到错误时，可设置npm config set strict-ssl false。
nodeJS 的 npm 设置国内高速镜像之淘宝镜像的方法
adendean的博客
02-08 1600
1、我们知道 nodeJS 是老外搞出来的，服务器放在了国外，国内的小朋友访问起来会比较慢，阿里巴巴的淘宝给出了有力支持，现在我们就将 nodeJS 的镜像地址切换为国内的淘宝镜像。4、如果想换回来的话将淘宝镜像再换成。
如何选择最佳的 Node.js Docker 镜像
小陈的博客
02-15 3974
选择一个Node.js的Docker镜像看起来像是一件小事，但是镜像的大小和潜在漏洞可能会对你的CI/CD流程和安全造成重大的影响。那我们如何选择一个最好Node.js Docker镜像呢？我们在使用或只是FROM node时，很容易忽略他潜在的风险。如果你不知道总体的安全风险并且把他引入到了CI/CD的流程中，那无疑是加剧了这个风险。下面这个例子非常典型，你可以从很多教程或者博客文章中看到这个Node.js Dockerfile的配置。FROM node。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值