Jenkins+Docker+Git Multi -Branch实施Springboot项目多环境多环境多环境多环境交付一篇文章，我们介绍了环境验证，发布/滚动/重新启动/重新启动和操作验证的步骤。有一些想法：
以上两个方面是关注本文的问题。我们使用Docker-Compose+环境变量来实现它。
我们主要提取以下变量：
其中：镜像标签是我们在滚动时需要输入的参数，其他参数则根据构建前的实际情况插入全球环境变量中。
Docker-Compose使用.ENV文件在与环境变量配置文件相同的级别上使用。使用此文件，我们可以在构造之前将Jenkins中的全局环境变量写入此文件，以便可以使用Docker-Compose。
在施工前修改每个施工后，我们可以将码头组合成拉动的镜子，然后启动容器。
通过 - 构建参数，在启动容器之前会更新镜像。
1. Job，Jenkins的新免费风格，被命名
2.参数化结构
3.插入全局环境变量和设置构建名称（优化点）
以上是插入的全球环境变量。我们只需要在此处修改整个项目即可减少配置错误。
4.建筑环境验证，操作验证
构建过程主要执行环境验证和操作验证操作
（1）环境验证，确定GIT分支是否与当前的工作测试/产品一致，并停止操作的后续版本；
（2）操作验证
版本：是否已更新GIT的相应分支以防止未更新时多次，从而导致多次重新启动；
主要使用jenkins构建的变量：
回滚：确定远程分支是否具有与参数匹配的版本号，如果没有合法，则是非法的，并且回滚被停止；
代码显示如下：
5.Build-Remote服务器构建（优化点）
通过“ SSH Publishers”插件登录到Docker相关操作的远程服务器执行
通过Docker-Compose，一系列的Docker操作（例如Pull/stop/rm/start）被“ Docker-Compose-d-build”取代，这些操作大大简化了代码。
注意：
1.通过“>”“清除.env文件”并在每次构造之前重新启动添加，我们很方便地调查问题。
2.DEL_IMAGE删除旧的镜像操作，并在重新启动操作中忽略它，因为目前，该容器已重新启动，并且没有拉动新图像。
6.后建造行动
删除詹金斯从服务器上新构建的镜像和虚拟悬架图像，以使从属上的环境保持纯净。
通过上述步骤，我们仅在步骤3和5中优化了Docker-Compose。其他Unharacteria仍然可以参考Jenkins+Docker+Git Multi-Branch，以实现Springboot项目的快速交付。
本文优化和升级的原因，因为在配置过程中提高了可读性，集中配置和简化操作可以有效地降低错误的概率。此外，DevOps中提供的效率问题也是一个非常重要的链接。
最重要的是，当前的Docker实践我们需要逐步进行，我们必须继续在此过程中思考和总结。
作者：Mun Love叔叔的操作和维护