docker commit 是什么
commit 把容器当前的可写层固化成一个新的镜像层，相当于给容器状态拍快照：过程不重建容器、不影响运行。它适合保留问题现场、做临时回滚点，代价是构建过程不可复现——没人能从 Dockerfile 重新做出同一个镜像。生产交付的镜像应该由 Dockerfile 构建，调试完把有效改动整理回声明文件，再把快照丢掉，才不会留下说不清来源的镜像。
基本信息
| 语法 | docker commit [选项] 容器 新镜像[:标签] |
|---|---|
| 常用选项 | -m 提交说明、-a 作者、-p 是否先暂停容器（默认暂停） |
| 提交内容 | 只包含容器的可写层，不含卷与 tmpfs 里的数据 |
| 不含内容 | 镜像原有的层、元数据不会被复制，新镜像以该容器的文件系统为基础 |
| 适用 | 临时保留问题现场、救急回滚点、给同事复现某个状态 |
| 不适用 | 生产交付：无法复现、无法审计、容易带进临时文件与凭据 |
典型使用场景
- 复现线上问题时保留现场：把出错现场固化成镜像再离线分析
- 调试中途打快照：改坏了可以退回上一个状态继续试
- 救急回滚点：变更前拍一张，出问题先用它顶住
- 把某个实验性状态交给同事复现：内网环境临时用
- 先看 docker diff 再决定是否提交，确认只包含预期改动
使用示例
使用示例
docker diff myapp | head -20 # 先看容器相对镜像改了什么
docker commit -m 'cache failed 2026-10-13' -a 'ops' myapp myapp:debug-20261013 # 打现场快照
docker images | grep debug # 确认新镜像已生成
docker run --rm -it myapp:debug-20261013 sh # 用快照复现问题
docker commit --pause=false myapp myapp:snap-live # 不停容器提交，注意数据一致性commit 与 build 对比
| 维度 | docker commit | Dockerfile 构建 |
|---|---|---|
| 可复现 | 否，结果取决于当时的容器状态 | 是，同一份文件构建出同一结果 |
| 可审计 | 只剩一层，看不出改了什么 | 每条指令与原因都留在仓库里 |
| 体积控制 | 常把临时文件与缓存一并打包 | 可用多阶段构建与清理控制体积 |
| 适用场景 | 调试、救急、保留现场 | 交付与生产环境 |
| 回滚 | 只能按镜像标签回退 | 可按版本与提交精确回退 |
commit 出来的层会带上容器里当时的全部内容，包括凭据、日志、临时下载文件：误推到镜像仓库等于直接泄露。
调试完的正确收尾是把有效改动整理回 Dockerfile，重新构建并验证一次，而不是把快照直接当成发布版本继续用。