一 、背景
前面通过直接替换jar包的方式更新推送后端服务的方式很好用（ 见文章），但这样子替换后重新打包会导致镜像越来越大，这样子对镜像仓库的空间造成很大浪费。问题如下图：
可以看出从2025年3月到10月的短短7个月时间里该后端包从300多M一路暴涨到将近10G，正常的新增功能是不可能增加这么多的。因此，很有可能是每次替换jar后，commit生成新镜像都会产生大量对后端功能无意义的数据，我们需要换种方法去生成镜像。
二、本地构建镜像
询问得知开发人员一般通过docker build方法构建镜像然后提供给现场人员使用，因此这里可以尝试在本地构建
第一，需要准一个构件使用的java环境，这里最快捷的就是使用jdk基础镜像：
这里我使用的是arm架构centos的jre镜像，这个镜像环境可以自己制作（可参考文章，需要联网状态），也可以直接找自己单位的开发人员要（推荐该方法，避免重复工作）。
第二，需要编写一个dockerfile文件
//在宿主机用命令新建空白文件
vi Dockerfile
//输入以下内容，＃是注释：
#告诉docker将使用以下基础java镜像来构建后端镜像
FROM 192.168.10.156/fpa/centos_jre_font:2.0_arm
#将当前宿主机器当前目录下的jar复制到将要生成的镜像下的/opt/docker目录下
ADD ./your_app.jar /opt/docker/
#镜像将使用的端口，这个可以问程序提供的开发人员确定
EXPOSE 8103
#镜像内的jar包的启动语句，估计会在docker run时使用
CMD java ${JAVA_OPTS} -jar /opt/docker/your_app.jar第三，将jar包和dockerfile放在同一个文件夹下，并通过以下命令构建：
// 其中-f 表示要调用第二步的dockerfile文件，-t 为镜像名称，格式为 镜像名:版本号
//特别地，如果后续还需远程推送镜像，则镜像名需带地址和目录，参考本例子
//注意版本号末尾还有空格和一个"."，这个"."是必须的，否则会报错
docker build -f Dockerfile -t 1.5.21.2:304/100010023/imagename:25.101601-prod .构建成功后，获得一个干净的镜像，就不会像之前那样几个G甚至是上10G：
可以看出镜像为900多M，因为这里没采用任何优化手段，根据相关信息，如果优化一下构建，还能更小，但已经比之前小了很多，并且采用本地构建的方式很适合跟远程推送做一起，实现自动化。
三、本地构建和远程推送一条龙
#从屏幕读入版本号
read -p "输入构建版本号: " bno
# 捕捉构建是否成功
if docker build -f Dockerfile -t 1.5.21.2:304/100010023/imagename:$bno .; then
echo "imagename构建成功！"
else
echo "imagename构建失败！"
fi
#捕捉推送是否成功
if docker push 1.5.21.2:304/100010023/imagename::$bno; then
echo "imagename推送成功！"
else
echo "imagename推送失败！"
fi