记录线上与本地docker镜像一致，但Dockerfile却构建失败的问题

背景

公司新开了某个项目，我在新的服务器部署了docker环境，本着ctrl+c 和ctrl+v的惯例，直接把以前的php环境的Dockerfile文件直接复制到新项目服务器那里，结果构建失败，失败的原因是某个软件包（如libpng12-dev）不存在，其中一个报错如下：

E: Package 'libpng12-dev' has no installation candidate

这时候我心里响起无数个草泥马，为什么以前的环境就没问题（同样都是php:7.1-fpm），网上查了一下资料，说这个包在ubuntu16已经不存在了，用libpng-dev。

这时候我还没有醒悟过来什么回事，直接把原来安装的包替换成新版本的包，但是之后会出现安装到某些本该有的包的时候还是找不到的情况。

解决

怀疑镜像源的问题

试着在自己的vpn（ubuntu16环境）上面试了一下apt-cache search同样的包，是可以找到，于是怀疑是不是国内的镜像源的问题，是不是清华的软件源抽风了，把Dockerfile里的替换国内的镜像的命令去掉。

#COPY sources.list /etc/apt/sources.list

结果世界一下子清静了，docker构建成功，然后我又情不自禁感叹国内的开发环境真一般的时候，殊不知这其实是自己的无知引起的。

再次解决问题

由于本地的网速实在一般，连接外国的软件源下载得贼慢，构建一个环境几乎需要2个小时，实在受不了，打算换一个镜像源，但是该换debian的哪一版本镜像源呢？这时候需要用lsb_release -a 查看一下就好了，在docker环境下查到是debian9，然后换上163的软件源，一切又正常了，对比原来的软件源链接，这时候我才意识到应该是应该是php镜像的内核升级了，从debian8换成了debian9....而不同版本的镜像源是不一样的，所以才会出现某些包不存在的情况
下面附上debian9的163源：

deb http://mirrors.163.com/debian/ stretch main non-free contrib
deb http://mirrors.163.com/debian/ stretch-updates main non-free contrib
deb http://mirrors.163.com/debian/ stretch-backports main non-free contrib
deb-src http://mirrors.163.com/debian/ stretch main non-free contrib
deb-src http://mirrors.163.com/debian/ stretch-updates main non-free contrib
deb-src http://mirrors.163.com/debian/ stretch-backports main non-free contrib
deb http://mirrors.163.com/debian-security/ stretch/updates main non-free contrib
deb-src http://mirrors.163.com/debian-security/ stretch/updates main non-free contrib

结论

docker的基础软件镜像很有可能会升级内核环境，其实学习过linux的人都知道对软件的升级不一定是好事，可能新版本的软件稳定性还没有旧的好，因此如果线上的环境没有什么特殊需求，应当尽可能地避免升级，docker也是同理，但是由于本人是直接从公共源拉下来的镜像，这期间和你上次开发的环境相比，内核的改变也是不可预料的，这其中也会引起和你的Dockerfile不兼容的问题，因此如果是有条件的话，尽可能自己购买docker镜像存储的服务，或者自己搭建服务器，自己的软件源自己用的省心...