用前端姿势玩docker【一】Docker通俗理解常用功能汇总与操作埋坑
用前端姿势玩docker【二】dockerfile定制镜像初体验
用前端姿势玩docker【三】基于nvm的前端环境构建技巧
用前端姿势玩docker【四】基于docker快速构建webpack的开发与生产环境
用前端姿势玩docker【五】快速构建中类Unix系统与Windows系统的差量化处理
前言关于docker构建前端环境，相关的坑点与难点，基本上都在这儿了，很多都是个人尝试总结的经验，都是从小白过来的，希望能帮助大家快速解决一些问题，抛开前端环境来看，差不多点的镜像基本也够用了。反而前端对易用性的要求更高（前端开发人员可不是天天跟linux打交道），还需要考虑类unix系统与windows的差异化问题，这点会在下一篇文章中重点说明。
打赏啥的也不需要，如果可以，很感激能在github上给个小星星，github入口在 博客最顶部
回顾之前也说过 docker对于前端而言组重要的两个优势：
工作环境的快速构建
工作环境的统一
所以利用docker的工程化工作流在想象中应该是这样的：
例如一个新人从0到1构建前端环境： 安装docker => 拉取镜像 => 根据环境（dev、build）的不同传入不同的环境变量运行相应的容器 至此ok，易用性做到位之后，整一个开发环境基本相当于是在安装软件，这样基本上就很香了。
以下主要分享一下过程当中出现的比较坑或比较重要的点，在此不做傻瓜式的教程，也希望大家能够多动手操作，遇到问题尝试自我解决并开源分享。
坑点一：docker pull 基础镜像拉取缓慢首先获取镜像有这么以下三种方式：
dockerHub: 镜像最全， 但访问速度慢，很蛋疼
局域网仓库：需要手动搭建，公司内部大批量使用的最佳方案，但不建议个人开发者使用
通过import 引入他人导出的压缩包来获取镜像
关于使用dockerhub镜像缓慢的问题在第三篇文章中已经介绍过了，配置了DNS、切换了阿里，网易，中科大的国内源之后，很可能仍然很缓慢，之前的方法网上一抓一大把，效果有限，有时候拉取一个源，一下午都拉不下来，只能等晚上才会稍微好点。关于这点，经过这么多次尝试后（至少对于我个人所处的网络拓扑结构下），最稳定，速度最快的是使用阿里云的个人镜像加速：登录阿里云 => 搜索容器镜像服务 => 寻找 镜像加速器 => 按照文档操作即可。 至少使用第一种方法来说，这已经是我尝试过的最快的方法了。
这里首先要了解alpine是一个非常小巧的linux基础镜像， alpine + busybox 的架构与传统双系linux发行版不同，并且手动安装直接安装的时node最新版本，多版本的node难以同时存在，当然也不是不能安装nvm，只是比较麻烦。在此建议直接跑apk的命令， 个人尝试过切换稳定源后，安装非常迅速，即便是通过反复安装切换node版本也非常迅速。
坑点三：命令找不到，例如 sh: 命令未找到在linux镜像中若出现not found或者命令未找到的报错信息，多半是因为环境变量未找到，未在相应文件中（~/bashrc, ~/.zshrc, ~/.profile, ~/.bash_profile）导出环境变量, 根据不同的基础镜像与shell类型，与环境变量相关的文件也不尽相同： 例如ubuntu的文件为 ~/.bash_profile。
单次生效可直接使用 export， 但需要注意，在dockerfile中，尽量在同一个layer层中使用export，也就是在同一个RUN命令下导出。
使用source命令执行相应的配置文件，此处需要注意 ubuntu的 sh命令是基于dash，因此source不能直接使用，需要利用 /bin/bash -c "source ~/.bash_profile"
坑点四：build失败 网络问题，build后不是最新的首先说build失败的网络问题
此项主要涉及yum、apt-get等update操作或者安装软件包的问题，需要保证两点：
docker编译环境 与 宿主机的 网络连接问题，这点可以通过参数 --network解决，注意 build是 --network， 而 run是 --net
docker build -t <image>:<tag> --network=host .修改相应的镜像源
例如使用alpine需要修改 /etc/apk/repositories：
使用 docker build之后，发现build的镜像不是最新的，与dockerfile不符
如果确定自己run的image和tag都正确，一般出现这种情况大概率是因为缓存，缓存这个东西嘛，你是个前端你还不懂吗？哈哈，清除缓存即可 docker build -t <image>:<tag> --network=host --no-cache.
在此有必要说一下npm，cnpm，yarn的锁机制：
首先需要清除版本号前面^与的区别，1.2.3匹配的时1.2.3-1.2.x ; ^1.2.3 匹配的是 1.2.3-1.x.x
npm： 存在锁机制 ，高版本(具体忘记了) 增加 package-lock.json， 可以再相同的package.json 与 package-lock.json 配合下安装确定版本的npm包。