背景公司使用Docker服务来集成Jenkins来实现一个单击部署项目（子步骤：要满足在线条件，请组合代码播放发布分支，然后形成镜像，然后部署它。一轮验证和测试），如果当前网络存在问题，并且无法及时定位和求解，则需要支持版本的回滚操作。构建镜像并推到Nexus private Server，图像是最新的软件包（不是在线），而nexus私有服务器也是最新产品。如果您需要在部署后需要退缩？首先，可以确定，如果没有问题，将会合并主人，因此先前的安全服务分支是主人。只需将其带回构建服务构建==>推送到私人服务器。Roll！否则，将发布分支合并给主体以快速分开代码滚动。
因此，现在，我们需要优化此现象的回滚策略，分析方法如下：
1.过去，过去使用docker部署服务的经验，图像由版本号控制，升级服务携带的版本编号是不同的。最灵活的镜子，不需要镜像的分支呢
2.结合实际情况，您可以先备份图像，然后恢复并开始。
该命令如下：
真实情况：部署服务时，执行脚本将杀死容器并删除镜像，而无需保留任何文件。然后，为了更快地滚动服务，您可以在清除之前备份图像。删除，然后从镜像中压缩文件加载。
再考虑一下：是备用镜还是备用容器？
分析：镜子和容器是两个独立的步骤。它是相关的，但可以单独操作！例如：当前网络是第一个time镜像推送到私人服务器。目前，在生产线上运行的容器与将来的镜像服务内容不一致。如果目前镜子显然是错误的（然后在构建释放时备份图像，请首先备份图像右侧的右侧），但是如果容器是备份，则没有太多问题。例如，容器已修改了配置文件，或者已修复了错误的最小类文件？是否需要验证备份的容器包含这些？
当前的网络环境：建议使用一个备份容器，为什么？因为可能需要多次合并发行版，以便自动打包多次，并且会多次。即使确定日期，也将是无限的。它可能需要时间戳来区分它。它将生成一个备份文件）！
推荐版本号码控制镜发布！
Nexus专用服务器清理过期的图像：Nexus-CLI，GitHub地址
1.下载工具：WGET https：//s3.eu-west-amazonaws.com/nexus-d
2.授权：chmod +x nexus-cli
3，https://www.shouxicto.com/article/nexus-dfigure配置
[root@aliyun-sh-94 opt]＃https://www.shouxicto.com/article/nexus-cli配置
4.有关命令的基本使用，请参见GitHub：
最重要的部分是如何设计脚本？（修改原始包装部署脚本）
如何备份和备份已经进行了早期分析？首先，我们需要清除意图。我们想将错误的当前版本倒入以前的普通版本？然后不使用这种备份操作，并且上面已经给出了清洁专用服务器的镜像操作，因此它仍然由版本编号控制要控制翻转操作！一如既往地将包装部署添加到Jenkins中，并通过此参数控制原始默认测试标签。每个包装都在一个版本中迭代，例如从1.0开始，以便到5.0，然后再次创建。相应的服务回滚作业也通过此字符串参数回滚，因此我们不需要重新使用-pull代码包装，只有停止容器和RM容器，然后从私有服务器中启动标签版本。
提示：在Linux环境中，字符串的拦截，如何使用：