docker学习(六)——commit镜像

最新推荐文章于 2025-01-28 09:00:00 发布
最新推荐文章于 2025-01-28 09:00:00 发布
阅读量187 收藏
点赞数
分类专栏： Docker 文章标签： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35003730/article/details/108099099
版权

commit镜像

docker commit 提交容器成为一个新的副本
命令和git原理类似
docker commit -m=“提交的描述信息” -a=“作者” 容器id 目标镜像名:[tag]

实战测试
先启动tomcat
在这里插入图片描述
在这里插入图片描述
官方镜像中webapps为空，我们复制webapps.dist下所有东西到webapps中，此时访问才能出现tomcat界面，我们将我们修改后的容器commit成镜像

在这里插入图片描述
总结：修改容器，commit即可
我们会发现提交的镜像比原有的官方镜像略大一些，这就是我们在webapps中增加了东西的原因

Docker新手入门——————了解镜像的分层、使用docker commit构建镜像、使用dockerfile构建镜像
mango_kid
09-07 384
文章目录1.镜像的分层结构2. 镜像的构建2.1 修改后不保存就会消失2.1 修改保存构建新的镜像 1.镜像的分层结构 1）docker容器启动之后是共享宿主机的。 查看当前的docker信息。 [root@docker docker]# docker info # 查看docker信息 ……………… WARNING: bridge-nf-call-iptables is disabled # 出现两个错误 WARNING: bridge-nf-call-ip6tables is disabled [
Docker应用容器引擎——构建镜像的两种方式（Dockerfile、commit）
weixin_43936969的博客
04-13 1574
文章目录一.镜像的分层结构1.为什么镜像是分层的2.base镜像是什么3.镜像的写时复制特性二.构建镜像的两种方式1.docker commit 构建新镜像三部曲2.编写Dockerfile构建镜像dockerfile常用指令COPYADDENVVOLUMEWORKDIRRUNCMD+ENTRYPOINT两种构建方式的区别 一.镜像的分层结构 Docker镜像是由文件系统叠加而成。最底端是一个文件...
docker基础(八)之docker commit，docker tag,docker cp,docker diff
qq_40804558的博客
03-22 3338
本文介绍了docker commit，docker tag,docker cp,docker diff的基础用法，及相关options的详细解释和例子。
Docker提交镜像：commit镜像
郝开的博客
01-08 664
Docker提交镜像：commit镜像docker commitcommit用法 docker commit docker commit 提交容器为一个新的副本 # 命令和git类似 docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名:[TAG] 以tomcat镜像为例： #1、启动一个tomcat镜像 #2、发现这个默认的tomcat是没有webapps应用的，因为官方的版本webapps文件夹下面是没有东西的 #3、自己去webapps.list文件夹下拷贝文
Docker
m0_46337171的博客
03-20 221
目录前言一、Docker简介1.1 虚拟化技术1.2 什么是Docker1.3 容器与虚拟机比较1.4 Docker 基本概念2.1 安装2.2 Docker守护进程相关命令2.3 镜像加速的2个方案三、Docker常用命令3.1 镜像相关命令3.2 容器相关命令3.2.1 查看容器3.2.2 创建与启动容器3.2.3 停止与启动容器3.2.4 文件拷贝3.2.5 目录挂载3.2.6 查看容器IP地址3.2.7 删除容器四、Docker数据卷（Volumes)4.1 数据卷概述4.2 数据卷配置方式五、在D
docker容器
weixin_62399882的博客
08-30 474
none：该模式关闭了容器的网络功能，与宿主机、与其他容器都不连通。若前一个绝对路径后面添加一个相对路径，则会在绝对路径后加上相对路径。更改容器内的文本文件或宿主机的文本文件，容器和宿主机都会发生改变。镜像是月饼模子，容器是月饼，仓库是月饼盒子。CMD和NETRYPOINT是在容器内运行的。就算删除容器，文本文件也会保留在宿主机里面。卷就是文件夹，在宿主机里面和容器里面存在。host：使用宿主机的ip和端口。容器内创建的文本文件与宿主机相关联。容器是打包APP一家子的东西。对于已停止的应用，进行删除。...
Docker 保存与发布（commit, save, load）
qq_37422545的博客
03-22 1万+
Docker 保存与发布（commit, save, load） 提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录Docker 保存与发布（commit, save, load）前言一、docker commit （生成）二、docker save（保存）二、docker load（加载）总结 前言 本人想利用mmdetection3d中的代码框架做二次开发，由于配置环境过于复杂，本人直接用的mmdetection3d提供的dockerfile生成镜像作为开发环境。 中间可以
Docker学习笔记 —— Dockerfile
橘子上树丶的博客
09-28 937
Docker 可以通过读取Docker文件中的说明自动生成镜像。 Docker 是一个文本文档，其中包含用户可以在命令行上调用以组装镜像的所有命令，用户可以使用docker build创建一个连续执行多个命令行执行的自动构建； 一、 docker build docker build 命令从Dockerfile和上下文构建镜像，生成的上下文是可以指定为本地文件系统上的目录，还可以指定为Git存储库位置。构建上下文是递归处理的； 构建是由Docker守护进程运行，而不是由CLI运行； 构..
Docker学习（8）——构建镜像（Dockerfile、commit）
meltsnow的博客
07-02 529
前言 在前面的文章里我们已经详细介绍了构建镜像的两种常用方式，下面我们将具体看看如何实际操作，以及镜像的优化方式。 一、commit封装镜像 以ubuntu的镜像为例： 1.导入ubuntu镜像 [root@server1 ~]# docker load -i ubuntu.tar 56abdd66ba31: Loading layer [============================...
Docker基础教程——镜像
anxpp的博客
09-08 3319
原文出自：http://blog.youkuaiyun.com/anxpp/article/details/52464806     上一篇文章也说了，镜像是Docker三大核心概念之一。     Docker运行容器前需要本地存在对应的镜像，如果本地不存在，会尝试从默认（Docker Hub）的镜像仓库获取，也可以配置使用自定义的镜像仓库。     1、获取镜像     镜像是Docker的基础，运
【Docker】从零开始：8.Docker命令:Commit提交命令
圈小圈DBA的博客
11-23 7066
镜像是有分层的”如图所示：镜像的使用的文件技术是UnionFSUnionFS（联合文件系统）UnionFS（联合文件系统）：Union文件系统（UnionFS）是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtual filesystem)。Union 文件系统是 Docker 镜像的基础。
docker commit命令的使用
热门推荐
weixin_47556601的博客
03-07 5万+
大家好，今天我们来分享一下docker commit命令的使用 docker commit 命令 ： 用于将一个镜像进行提交成一个新的副本 命令格式： docker commit -m="描述信息" -a="作者" 容器id 目标镜像名： [TAG] 做个实例： 查看本地镜像 [root@localhost ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE nginx
提交容器为一个新的镜像docker commit [容器ID或名称] [新镜像名称]:[标签]
2201_75439183的博客
09-08 987
特别是当你经常需要对容器进行修改并保存为新镜像时，使用 Dockerfile 来定义镜像的构建过程可能会更加高效和可维护。命令用于将容器的当前状态（包括其修改过的文件系统层）保存为一个新的镜像。这在你对正在运行的容器进行了修改（如安装了新的软件包、修改了配置文件等）并希望将这些修改作为新镜像保存下来时非常有用。这个命令会基于容器的当前状态创建一个新的镜像层，并将这个新层添加到原始的镜像之上，从而形成一个新的镜像。然后，你可以使用这个新镜像来创建更多的容器实例，这些实例将包含你所做的所有修改。
容器学习Day11-docker commit构建容器镜像
AtobeKegio的博客
12-11 3714
前面了解了镜像仓库的搭建，那么该如何构建自己的容器镜像呢，今天重点来了解一下。
docker commit命令解析（将容器的当前状态保存为一个新的镜像）
Dontla的博客
01-28 3016
Docker的强大之处在于其灵活性和可定制性。命令是这种灵活性的完美体现，它允许我们将容器的当前状态保存为一个新的镜像。本文将详细解析命令的每个选项，探讨其工作原理，并提供实际应用示例。
docker commit详解
笑笑生的博客
11-06 4万+
利用 commit 理解镜像构成 注意：docker commit命令除了学习之外，还有一些特殊的应用场合，比如被入侵后保存现场等。 镜像是多层存储，每一层是在前一层的基础上进行的修改；而容器同样也是多层存储，是在以镜像为基础层，在其基础上加一层作为容器运行时的存储层。 现在让我们以定制一个 Web 服务器为例子，来讲解镜像是如何构建的。 $ docker run --name we...
docker命令之commit
西邮记的专栏
10-13 5056
docker commit -a|--author[=""] -m|--message[=""] CONTAINER [REPOSITORY[:TAG]]
docker 入门 —— docker commit 创建自已的镜像
猎人在吃肉
11-25 1万+
文章目录`docker commit` 命令涉及到的命令学习：操作步骤1、hub 下载tomcat镜像，并成功运行2、修改tomcat容器3、以当前的tomcat运行实例为模板，创建新镜像4、以新镜像为模板，启动新的容器5、和原来的比较知识点补充`docker run -d` 后台运行镜像 docker commit 命令 格式： docker commit -m="提交的描述信息" -a=&a
docker命令之 docker commit
纵横四海的博客
07-15 2543
1.查看现有的镜像➜ cicdApidoc sudo docker images REPOSITORY TAG IMAGE ID CREATED SIZE test
docker commit镜像大
最新发布
04-30
### 如何优化 `docker commit` 生成的镜像以减小其大小 #### 使用基础原理分析 在 Docker 的实现机制中，每次执行 `docker commit` 操作时，实际上是基于当前容器的状态新增了一个镜像层[^1]。这意味着即使删除了某些文件或数据，这些操作并不会减少已有镜像的整体大小，而是会在原有基础上再叠加一层新的改动记录。 因此，为了有效减小通过 `docker commit` 生成的镜像大小，可以考虑以下几种方法： --- #### 方法一：重新构建基础镜像 由于 `docker commit` 是一种快速保存容器状态的方式，但它并不具备清理冗余层的能力。如果希望得到一个更加紧凑的镜像，建议从头开始创建一个新的基础镜像。具体做法如下： - 导出当前容器的内容至 tar 文件并导入为新镜像。 ```bash docker export $(docker ps -qf name=your_container_name) | docker import - your_new_image_name:tag ``` 这种方式会跳过所有的中间层，仅保留最终运行环境所需的文件系统结构。 --- #### 方法二：避免不必要的文件残留 即便是在交互式的环境中工作，也应该注意保持容器内部整洁无多余垃圾文件的存在。比如安装软件过程中产生的缓存、日志或者临时目录等都可能占据大量空间。可以通过手动清除这些不需要的数据后再做提交动作来达到瘦身效果[^4]: ```bash apt-get clean && rm -rf /var/lib/apt/lists/* yum clean all && rm -rf /tmp/* /var/tmp/* ``` --- #### 方法三：利用多阶段构建理念模拟简化流程 尽管严格意义上讲这是针对 `Dockerfile` 构建场景下的最佳实践之一，但在实际应用当中我们也可以借鉴此思路用于改善由频繁使用 `commit` 所带来的臃肿问题。即先在一个单独的工作区完成所有必要的准备工作之后再复制成果物到另一个干净的基础之上形成最终版本[^3]: 假设有一个 Python 应用程序需要被打包，则可以在第一个阶段里下载依赖库并将它们编译好；接着切换到第二个轻量级 runtime image 上面仅仅携带必需的部分即可: ```dockerfile # Stage 1: Build dependencies and application code FROM python:alpine AS builder WORKDIR /app COPY requirements.txt . RUN pip install --no-cache-dir -r requirements.txt COPY . . # Stage 2: Create minimal production environment FROM alpine:latest WORKDIR /app COPY --from=builder /usr/local/bin/ /usr/local/bin/ COPY --from=builder /app/my_script.py . CMD ["python", "/app/my_script.py"] ``` 虽然这种方法主要适用于自动化脚本定义好的情况之下，但对于那些经常依靠手工调整参数测试验证然后再固定下来的场合同样具有指导意义——即尽早规划好哪些组件确实不可或缺从而尽量剔除掉其余部分。 --- #### 总结 对于希望通过 `docker commit` 来获取更小巧精炼的结果而言，除了采取上述措施之外还应当认识到该命令本身的局限性所在，并优先选用更为专业的工具链如编写清晰明了易于理解和重复使用的 Dockerfiles 结合 CI/CD 流程共同协作才能更好地满足现代 DevOps 要求下高效稳定交付的目标[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值