docker container notebook

好的，我已经将内容整理并脱敏，以下是三段 Markdown 块：

Docker 容器升级步骤：从 v1.0.0 升级到 v1.0.1

# 1. 保存当前容器的修改为新的镜像，并添加作者信息和备注
docker commit -a "xiaoxiannv" -m "customized from v1.0.0" kibana xiaoxiannv/kibana:v1.0.1

# 2. 查看本地镜像，确认新镜像是否存在
docker images | grep kibana

# 3. 导出新的镜像为 .tar 文件（备份或传输）
docker save -o kibana_v1.0.1.tar xiaoxiannv/kibana:v1.0.1

# 4. 为新的镜像打标签（tag），准备推送到远程仓库
docker tag xiaoxiannv/kibana:v1.0.1 ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.1

# 5. 登录到远程 Docker 仓库
docker login ppp.aaa.com

# 6. 推送镜像到远程仓库
docker push ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.1

# 7. 查看当前正在运行的容器
docker ps

# 8. 停止当前运行中的容器
docker stop kibana

# 9. 删除已停止的容器
docker rm kibana

# 10. 从远程仓库拉取最新的镜像（确保拉取到新的镜像版本）
docker pull ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.1

# 11. 查看本地镜像列表，确认拉取成功
docker images

# 12. 启动新的 `v1.0.1` 版本容器
docker run -d --name kibana -p 5601:5601 ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.1

Docker 容器升级步骤：从 v1.0.1 升级到 v1.0.2

# 1. 创建新镜像，记录作者和修改信息
docker commit -a "xiaoxiannv" -m "customized semi lists related dashboard" kibana xiaoxiannv/kibana:v1.0.2

# 2. 给镜像打上远程仓库的 tag（便于 push 和 save）
docker tag xiaoxiannv/kibana:v1.0.2 ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.2

# 3. 保存镜像为 tar 文件（用于离线备份或传输）
docker save -o kibana-v1.0.2.tar ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.2

# 4. 推送镜像到 Artifactory 仓库
docker push ppp.aaa.com/pscale-docker-repo/xiaoxiannv/kibana:v1.0.2

重要概念
🧱 通俗比喻：
想象你用一个「干净的系统镜像」装了一台虚拟机（容器），然后你在虚拟机里安装了软件、修改了配置……
你做 docker save，就像是去把「原始系统镜像文件」复制下来——你装的软件、配置改动 不在里面。
🌟 你的需求是：
我现在在运行的容器（v1.0.1）里，改了一些东西。我不想重新构建镜像，也不想升级版本号（还是叫 v1.0.1），但我希望保存这些改动，避免容器一旦重启，改动就全丢了。
🚨 关键点要明白的是：
容器就像运行中的虚拟机，改的东西都在“运行内存”里。你不保存，它重启就会恢复原样。
镜像就像容器的“系统镜像文件”，它是一个模板，重启的时候是根据镜像重建容器的。
docker commit 就是把你当前容器里的“真实改动”固化，变成一个新的镜像（模板）。
docker save 是把镜像（模板）打包成文件，方便你带走、上传、备份，但它本身不会从运行中提取修改。