目标服务器安装docker参考官方文档
https://docs.docker.com/install/linux/docker-ce/centos/
（可选）在目标服务器上安装docker私服
https://docs.docker.com/registry/
目标服务器启动jenkinsdocker镜像容器
https://hub.docker.com/r/jenkinsci/blueocean/
创建dockerfile进行后端编译环境的镜像搭建
参考官方教程：https://jenkins.io/doc/tutorials/build-a-java-app-with-maven/
docker hub上的maven官方镜像仓库docker hub maven official
使用jdk8对应的apline最小化镜像:
在Dockerfile的同级目录，将私服的settings.xml(自行准备好的)，添加脚本放置到容器中
# 拷贝settings.xml到docker容器中的目录/usr/share/maven/ref/
COPY settings.xml /usr/share/maven/ref/创建dockerfile进行前端编译环境的镜像搭建
参考官方教程：https://jenkins.io/doc/tutorials/build-a-node-js-and-react-app-with-npm/
由于前端项目搭建的比较老，需要的东西很复杂，复杂点：
- 编译环境最初为nodeV6.9.5
- 编译需要先安装babel-cli
- package.json中指定的两个依赖phontomjs的依赖会自己下载安装
- node-gyp的依赖
- node-sass的依赖
- 前端打包需要python环境？？？我想哭
- 前端打包需要的资源异常的多，4g内存加上4核心cpu
心路历程：
首先我使用apline-node镜像进行编译，发现跑起来需要python环境
使用apline-python的镜像编译，发现无法进行node环境的安装
使用解压方式基于apline-python的方式安装node，发现node跑步起来，操作系统不相同，依赖的环境也不相同
使用centos7-python的镜像发现Dockerfile编写的脚本没有权限
使用centos7的镜像，发现自带python的环境（欣喜若狂）制作node镜像很开心
制作完成之后，通过容器后台运行，将包拷贝到容器中编译没有问题，但是jenkins上run跑的是cat命令，执行就出现问题
最后最后我奔溃了......我觉得再这么搞下去没有价值，所以我决定放弃，因为现在我们项目决定前端使用antd-pro的脚手架了，所以老项目这么搞的参考价值不大了。
综合上述所述我决定放弃前端编译环境的搭建和学习！！！
配置后端启动环境
使用编译完成之后的构建物（就是部署包）在一个自己定义的容器中运行
配置前端启动环境镜像
同上，不过需要进行环境变量的设定，因为配置的获取需要自己定义
自动化运维部署
上平台：我所知道的平台K8s、容器化管理工具：Rancher、Maven触发构建后能够直接推送到仓库，然后仓库直接启动即可。可以通过jenkins直接启动
参考内容：
在这些操作中，我学会了最有用的几个命令：
- docker所有的容器后台启动命令
docker run -d <image-name> tail -f /dev/null- docker 删除未运行的容器
docker container prune- docker 删除镜像
docker rmi <imageId> <imageId> <imageId> <imageId> - 进入docker容器
docker exec -it <containerId> /bin/bash- 通过Dockerfile编译镜像
docker build -t mynode:1.0 .原文地址：https://www.cnblogs.com/fly-piglet/p/9934676.html