共计 2453 个字符，预计需要花费 7 分钟才能阅读完成。
原文由底层贫苦人员发表于 TesterHome 社区，点击原文链接可与作者间接交换。
背景
目前在公司保护的测试工具平台，有时候前端须要更新，改完前端 Vue 我的项目之后，还得在执行 npm run build 打包整个我的项目，再把打包好的整个我的项目拷贝过来后端我的项目中，这一步骤十分繁琐且不合乎前后端拆散的思维；为此思考应用 Nginx 部署前端我的项目，前期能够配合 rancher 进行 CICD。
Dockerfile 详解
# 构建镜像基于 onbuild_vue:v1 镜像
FROM harbor.bluemoon.com.cn/lw/onbuild_vue:v1 AS builder
#切换到 /app 工作目录下
WORKDIR /app
# 复制 package.json 到 app 目录下
COPY package.json ./
# 执行 npm 命令
RUN npm config set registry https://registry.npm.taobao.org/ && \
npm install
# 复制当前目录下的所有文件到 app 目录下
COPY . ./
# 执行 npm run build 命令
RUN npm run build:prod
# 构建镜像基于 nginx:alpine 镜像
FROM nginx:alpine
# 申明端口 80。仅申明作用，如果 docker run -P 就会指定该端口
EXPOSE 80
# 从名为 builder 的阶段，复制打包好的文件到 /usr/share/nginx/html/
COPY --from=builder /app/dist /usr/share/nginx/html/
# 删除本来的默认配置
RUN rm /etc/nginx/conf.d/default.conf
# 从名为 builder 的阶段，复制 nginx 配置文件到 /etc/nginx/conf.d/
COPY --from=builder /app/nginx.conf /etc/nginx/conf.d/
坑 1–npm run build 打包失败
呈现报错：ERROR ValidationError:Invalid confiquration obiect. Obiect has been initialized using a confiquration obiect that does not match the API schema.
排查过程：
- 先正文掉这上面的命令，再从新构建镜像，构建完之后，在外面执行 npm run build 命令，发现还是呈现下面的报错，持续排查
# 命令汇合
docker build -t demo:v1 .
docker run -itd demo:v1 sh
docker ps
docker exec -it 6ce3793827c3 sh
- 间接进入到镜像外部，先执行 git clone 命令下载我的项目，再执行 npm install & npm run build 相干的命令，发现打包编译胜利
# 命令汇合
npm config set registry https://registry.npm.taobao.org/
npm install
npm run build:prod
猜想：本地我的项目里的 node_module 影响了？先删除本地我的项目中的 node_module，试试；果然是删除大法好。
论断： 因为在 Dockerfile 里的命令一开始就是曾经 npm install，外面曾经有了 node_module，然而 COPY 命令又把本地的 node_module 给复制过来，相当于笼罩了，所以导致编译始终不会胜利
坑 2–打包好的镜像无奈在 rancher 上跑
呈现报错：standard_init_linux.go:211: exec user process caused “exec format error”
排查过程：
本地 run 能够，然而在服务器上不行
用某度某歌某 bing 搜寻试试，果然找到了相似的帖子
docker 运行容器报错 standard_init_linux.go:211: exec user process caused“exec format error“的可能解决办法
- 硬件架构不兼容。在 amd 和 arm 架构下构建的镜像很有可能不能互通。
解决办法：针对不同的硬件架构构建不同的镜像，或者构建跨架构（multi-arch）的镜像。
- shell 执行不兼容。脚本可能是基于 bash 写的，不同的 shell 解释器存在不兼容的状况，而有些 Linux 发行版可能没有 bash，或者默认的 shell 解释器不是 bash。
解决办法：在 shell 脚本的结尾指定须要应用的解释器，比方 #!/bin/bash，并且留神应用的语法。
- 存在非 *NIX 环境的换行符。比方在 Windows 环境下编写的一些代码，移植到 Linux 环境下可能会出问题。
解决办法：将 CRLF 替换为 LF
猜想：打包的机器是 M1 芯片的，是 ARM 架构，那就是很大可能是硬件架构不兼容，导致无奈 run？
我在服务器（AMD 架构）打包了新的镜像，而后比照两个镜像信息，果然找到猫腻
# 命令汇合
docker run -itd -p 8080:80 demo:v2
docker ps
docker inspect image_id
论断：M1 是 ARM 架构的，docker pull 或者 FROM 时默认下载 ARM 架构的镜像，基于 FROM 镜像构建进去的，必定也是 AMD 架构的镜像
解决办法：
# 应用下列命令来构建出合乎运行要求的镜像版本
docker buildx build --platform=linux/amd64 . -t demo:v2
# buildx 目前反对的平台架构
docker buildx ls
打包后的镜像
连踩 2 个大坑后，终于搞定了 Vue 镜像的部署！！！
总结
遇到坑时不要怕，学会用搜索引擎找解决办法，还是无奈解决，最好在一些交换群，找各路大神征询一下~ 解决了坑之后，相应地也要把解决过程记录下来，好忘性不如烂笔头~
原文由底层贫苦人员发表于 TesterHome 社区，点击原文链接可与作者间接交换。
今日份的常识已摄入~
想理解更多前沿测试开发技术：欢送关注「第十届 MTSC 大会·上海」>>>
1 个主会场 +11 大专场，大咖星散精英齐聚
