Top 60+ Comandos de Docker que Todo Desarrollador DEBE Conocer en 2025

Si distribuyes software en contenedores, usas comandos de Docker todos los días. Ya sea que ejecutes unos pocos servicios en un servidor casero o administres contenedores Docker autoalojados para empresas, conocer la CLI ahorra tiempo y evita caídas.

Esta guía cubre más de 60 comandos de Docker: operaciones básicas con imágenes y contenedores, Compose v2, builds multiplataforma con buildx, limpieza de disco, health checks y autenticación en registries. Todo está actualizado para Docker Engine 28.x/29.x (2025). Si todavía ves docker-compose con guion en tutoriales viejos, eso ya murió del todo.

Chuleta de referencia rápida

Requisitos previos

Antes de ejecutar estos comandos:

$ docker version
Client:
 Version:           28.1.1
 API version:       1.49
 Go version:        go1.23.8
 OS/Arch:           linux/amd64

Server:
 Engine:
  Version:          28.1.1
  API version:      1.49 (minimum version 1.24)
  Go version:       go1.23.8
  OS/Arch:          linux/amd64

La salida mostrada es de Docker 28.x. Tus números de versión serán distintos: no pasa nada. Los comandos son estables entre versiones.

Sección 1: Comandos básicos de Docker

1.1 Versión e información de Docker

Entender qué versión de Docker estás ejecutando y la configuración a nivel de sistema es el primer paso.

• docker --version: comprobación rápida de que Docker está instalado y de qué versión.

  $ docker --version
  Docker version 28.1.1, build 4eba7b2

• docker version: información detallada de versión del cliente y del servidor (mostrada en Requisitos previos arriba).

• docker info: visión general a nivel de sistema: número de contenedores/imágenes, storage driver, logging driver, versión del kernel, memoria total.

  $ docker info
  Containers: 5
   Running: 3
   Paused: 0
   Stopped: 2
  Images: 12
  Storage Driver: overlay2
  Logging Driver: json-file
  Cgroup Driver: systemd
  Cgroup Version: 2
  Kernel Version: 6.8.0-49-generic
  Operating System: Ubuntu 24.04.1 LTS
  CPUs: 4
  Total Memory: 7.771GiB

  Si falta la sección Server:, el daemon de Docker no está en ejecución.

1.2 Ayuda de Docker

Docker tiene ayuda integrada para cada comando:

• docker --help: lista todos los comandos disponibles y los comandos de gestión.

• docker <command> --help: opciones detalladas de un comando concreto. Es el más útil de todos. Por ejemplo:

  $ docker run --help
  
  Usage:  docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
  
  Run a command in a new container
  
  Options:
    -d, --detach                         Run container in background
    --name string                        Assign a name to the container
    -p, --publish list                   Publish a container's port(s) to the host
    -v, --volume list                    Bind mount a volume
    --rm                                 Remove container when it exits
    -i, --interactive                    Keep STDIN open
    -t, --tty                            Allocate a pseudo-TTY
    --restart string                     Restart policy (no, always, unless-stopped, on-failure)
    --env list                           Set environment variables
    --network string                     Connect to a network
    --health-cmd string                  Health check command
    --init                               Run an init process inside the container
    --gpus gpu-request                   GPU devices to add to the container

  Ante la duda, docker <cmd> --help es más rápido que buscar en la web.

Sección 2: Trabajar con imágenes de Docker

2.1 Descargar imágenes

Descargar imágenes desde un registry suele ser el primer paso.

• docker pull <image>: descarga el tag latest por defecto.

  $ docker pull ubuntu
  Using default tag: latest
  latest: Pulling from library/ubuntu
  6d28e14ab8c8: Pull complete
  Digest: sha256:abc123...
  Status: Downloaded newer image for ubuntu:latest
  docker.io/library/ubuntu:latest

• docker pull <image>:<tag>: descarga una versión específica.

  $ docker pull nginx:alpine
  alpine: Pulling from library/nginx
  Digest: sha256:def456...
  Status: Downloaded newer image for nginx:alpine
  docker.io/library/nginx:alpine

2.2 Listar imágenes

• docker images: lista todas las imágenes locales.

  $ docker images
  REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
  nginx        alpine    a1b2c3d4e5f6   2 weeks ago    43MB
  ubuntu       latest    f6e5d4c3b2a1   3 weeks ago    77.9MB

• docker images -a: incluye las capas intermedias de build.

• docker images --filter "dangling=true": muestra imágenes sin tag que no referencia ningún contenedor. Se pueden eliminar con seguridad.

2.3 Eliminar imágenes

• docker rmi <image>: elimina una imagen por nombre o ID.

  $ docker rmi nginx:alpine
  Untagged: nginx:alpine
  Deleted: sha256:a1b2c3d4e5f6...

  Si un contenedor sigue usando la imagen, verás “image is being used by running container”: detén y elimina el contenedor primero.

• docker image prune: elimina todas las imágenes huérfanas (sin tag). Añade -a para eliminar todas las imágenes sin usar.

Para profundizar en cómo recuperar espacio en disco de la capa de almacenamiento de Docker, consulta cómo recuperar espacio en disco de Docker overlay2.

2.4 Construir imágenes

• docker build -t <name>:<tag> .: construye una imagen desde un Dockerfile en el directorio actual.

  $ docker build -t myapp:1.0 .
  [+] Building 12.5s (8/8) FINISHED

• docker build --no-cache -t myapp:1.0 .: rebuild desde cero, ignorando la caché de capas. Útil cuando cambian las versiones de las dependencias.

• docker build -f Dockerfile.prod -t myapp:prod .: usa un Dockerfile concreto.

Para builds multiplataforma avanzados y secrets de build, consulta la Sección 8: Build moderno con Docker Buildx. Para aprender sobre los build args y las variables de entorno en Docker (ARG vs ENV), revisa la guía dedicada. También puedes aprender a copiar varios archivos en una sola capa de Dockerfile para reducir el tamaño de la imagen.

Sección 3: Gestionar contenedores de Docker

3.1 Ejecutar contenedores

El comando docker run es el comando de Docker más importante. Estas son las variantes esenciales:

• docker run <image>: crea e inicia un contenedor. Ejecuta el comando por defecto de la imagen.

• docker run -d <image>: modo detached (segundo plano). Devuelve el ID del contenedor.

• docker run -it <image> /bin/bash: modo interactivo con TTY. Te deja en una shell dentro del contenedor.

• docker run --name myapp -d -p 8080:80 nginx: contenedor con nombre y mapeo de puertos (host 8080 → contenedor 80).

• docker run --rm -it ubuntu /bin/bash: elimina automáticamente el contenedor al salir. Bueno para depuración desechable.

• docker run -e MY_VAR=value -d <image>: pasa variables de entorno. Consulta variables de entorno en Docker (ARG vs ENV) para el desglose completo.

docker run -d \
  --name myapp \
  --restart unless-stopped \
  --health-cmd="curl -f http://localhost:3000/health || exit 1" \
  --health-interval=30s \
  --health-retries=3 \
  -p 3000:3000 \
  myapp:latest

Flags adicionales que vale la pena conocer:

Para gestionar usuarios dentro de contenedores, consulta cómo añadir usuarios a un contenedor Docker. Para ejecutar apps de Python en Docker, tenemos una guía dedicada.

3.2 Listar contenedores

• docker ps: lista los contenedores en ejecución.

  $ docker ps
  CONTAINER ID   IMAGE          COMMAND                  STATUS         NAMES
  a1b2c3d4e5f6   nginx:alpine   "/docker-entrypoint.…"   Up 2 hours     web-server
  f6e5d4c3b2a1   postgres:16    "docker-entrypoint.s…"   Up 5 hours     db

• docker ps -a: lista todos los contenedores (incluidos los detenidos).

• docker ps --format "table {{.Names}}\t{{.Status}}\t{{.Ports}}": formato de salida personalizado. Más limpio que el por defecto.

• docker ps --filter "status=exited": filtra por estado. Útil para encontrar contenedores que limpiar.

3.3 Detener e iniciar contenedores

• docker stop <container>: parada graceful (SIGTERM, luego SIGKILL tras el timeout). El timeout por defecto es de 10 segundos.

• docker stop --timeout 30 <container>: espera 30 segundos antes de forzar el kill. Da a las apps más tiempo para cerrarse limpiamente.

• docker start <container>: inicia un contenedor detenido (conserva su configuración).

• docker restart <container>: detiene y luego inicia. Equivalente a docker stop + docker start.

• docker kill <container>: parada forzada inmediata (SIGKILL). Sin apagado graceful. Úsalo cuando un contenedor se queda atascado.

3.4 Eliminar contenedores

• docker rm <container>: elimina un contenedor detenido.

• docker rm -f <container>: fuerza la eliminación de un contenedor en ejecución (envía SIGKILL primero).

• docker container prune: elimina todos los contenedores detenidos de golpe. La versión interactiva pide confirmación.

  $ docker container prune --force
  Deleted Containers:
  a1b2c3d4e5f6...
  f6e5d4c3b2a1...
  
  Total reclaimed space: 152.3MB

Sección 4: Inspección y logs

4.1 Inspeccionar contenedores e imágenes

docker inspect devuelve JSON detallado sobre cualquier objeto de Docker. La salida en bruto es enorme: usa templates de Go para extraer lo que necesitas.

• docker inspect <container>: salida JSON completa (normalmente cientos de líneas). Pásala por jq para legibilidad.

• docker inspect --format='{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' <container>: obtiene la dirección IP del contenedor.

• docker inspect --format='{{.State.Status}}' <container>: obtiene el estado del contenedor (running, exited, etc.).

• docker inspect --format='{{json .State.Health}}' <container> | jq: obtiene el estado del health check.

• docker inspect --format='{{.HostConfig.RestartPolicy.Name}}' <container>: comprueba la política de reinicio.

4.2 Ver logs

• docker logs <container>: vuelca todos los logs.

• docker logs -f <container>: sigue (tail) los logs en tiempo real. Pulsa Ctrl+C para parar.

• docker logs --tail 100 <container>: muestra solo las últimas 100 líneas.

• docker logs --since 1h <container>: logs de la última hora.

• docker logs --since 2025-01-15T10:00:00 --until 2025-01-15T11:00:00 <container>: logs de una ventana de tiempo concreta.

• docker logs --timestamps <container>: prefija cada línea con una marca de tiempo.

Combina flags: docker logs -f --tail 50 --timestamps myapp es un patrón habitual para depurar en vivo.

Sección 5: Redes

5.1 Gestionar redes

Las redes de Docker permiten a los contenedores hablar entre sí por nombre (resolución DNS en redes bridge definidas por el usuario).

• docker network ls: lista todas las redes.

  $ docker network ls
  NETWORK ID     NAME      DRIVER    SCOPE
  abc123def456   bridge    bridge    local
  789ghi012jkl   host      host      local
  345mno678pqr   none      null      local

• docker network create mynet: crea una red bridge definida por el usuario.

• docker network create --driver bridge --subnet 172.20.0.0/16 mynet: con subred personalizada.

• docker network rm mynet: elimina una red.

• docker network inspect mynet: información detallada de una red (contenedores conectados, direcciones IP).

5.2 Conectar y desconectar contenedores

• docker network connect mynet mycontainer: conecta un contenedor en ejecución a una red adicional. El contenedor ahora tiene interfaces en ambas redes.

• docker network disconnect mynet mycontainer: desconecta de una red.

• docker run --network mynet --name app -d myimage: inicia un contenedor directamente en una red concreta.

Sección 6: Volúmenes y gestión de datos

6.1 Gestionar volúmenes

Los volúmenes son la forma preferida de persistir datos. Sobreviven a la eliminación de contenedores y los gestiona Docker.

• docker volume ls: lista todos los volúmenes.

• docker volume create mydata: crea un volumen con nombre.

• docker volume inspect mydata: muestra detalles del volumen (punto de montaje en el host, driver, etiquetas).

• docker volume rm mydata: elimina un volumen. Solo funciona si ningún contenedor lo está usando.

6.2 Usar volúmenes

Hay dos sintaxis para montar volúmenes:

• -v (forma abreviada de bind mount):

  docker run -v mydata:/var/lib/postgresql/data -d postgres:16
  docker run -v /host/path:/container/path -d myimage

• --mount (explícita, recomendada):

  docker run --mount type=volume,source=mydata,target=/var/lib/postgresql/data -d postgres:16
  docker run --mount type=bind,source=/host/path,target=/container/path -d myimage

Usa --mount en producción: es más explícita, soporta más opciones y da mensajes de error más claros. La forma abreviada -v está bien para desarrollo local rápido.

Sección 7: Docker Compose (v2)

7.1 Comandos básicos de Compose v2

docker-compose up -d
docker-compose down
docker-compose ps
docker-compose logs -f

docker compose up -d
docker compose down
docker compose ps
docker compose logs -f

• docker compose up -d: inicia todos los servicios en modo detached. Crea contenedores, redes y volúmenes según lo definido en compose.yaml.

• docker compose down: detiene y elimina contenedores y redes. Añade --volumes para eliminar también los volúmenes con nombre (¡pérdida de datos!).

• docker compose ps: lista los servicios y su estado.

• docker compose logs -f: sigue los logs de todos los servicios. Añade un nombre de servicio para filtrar: docker compose logs -f web.

• docker compose config: valida e imprime el archivo compose resuelto. Útil para cazar errores de YAML antes de desplegar.

Para gestionar apps de Docker Compose en producción, herramientas como Dockge o Dokploy te dan una UI web. Para gestionar secrets en Docker Compose, consulta la guía dedicada.

7.2 Gestionar servicios

• docker compose build: construye o reconstruye los servicios que tienen una sección build:.

• docker compose pull: descarga las últimas imágenes de todos los servicios.

• docker compose restart: reinicia todos los servicios (o uno concreto: docker compose restart web).

• docker compose start / docker compose stop: inicia/detiene sin eliminar contenedores. A diferencia de up/down, los contenedores persisten.

• docker compose top: muestra los procesos en ejecución dentro de cada contenedor de servicio.

• docker compose exec web /bin/bash: ejecuta un comando dentro de un contenedor de servicio en ejecución.

• docker compose run --rm web python manage.py migrate: ejecuta un comando puntual en un servicio. --rm elimina el contenedor al terminar.

7.3 Novedades de Compose v2

• docker compose up --watch: inicia servicios con modo watch. Los cambios en el código fuente disparan sincronización automática (para archivos estáticos) o rebuild (para código que afecta a la imagen).

• docker compose --profile dev up: solo inicia los servicios etiquetados con el perfil dev. Útil para servicios opcionales como herramientas de depuración o bases de datos de pruebas.

  services:
    web:
      build: .
    debug-tools:
      image: busybox
      profiles: ["dev"]

• docker compose --env-file .env.staging up: usa un archivo de entorno personalizado en lugar del .env por defecto.

Sección 8: Build moderno con Docker Buildx

docker buildx es el sistema de build moderno de Docker. Desde Docker 23.0, docker build es esencialmente un alias de docker buildx build. Pero para builds multiplataforma, caché remota y secrets de build, necesitas la interfaz completa de buildx.

8.1 Lo básico de Buildx

• docker buildx ls: lista las instancias de builder disponibles.

  $ docker buildx ls
  NAME/NODE     DRIVER/ENDPOINT     STATUS    BUILDKIT   PLATFORMS
  default       docker                                    linux/amd64, linux/arm64

• docker buildx create --use --name mybuilder: crea un builder nuevo y cambia a él. Necesario para builds multiplataforma.

• docker buildx build -t myapp:latest .: construye usando el builder activo. Igual que docker build pero con las funciones de buildx disponibles.

8.2 Builds multiplataforma

Construye imágenes para varias arquitecturas en un solo comando:

docker buildx build --platform linux/amd64,linux/arm64 \
  -t myuser/myapp:latest \
  --push .

Esto usa emulación QEMU para compilar de forma cruzada. Funciona, pero los builds emulados son lentos: un build ARM64 en un host x86 puede ser 5-10 veces más lento que nativo.

Los precios de los VPS subieron en general en 2026 — si estás replanteándote un servidor alquilado, mira qué cambió y cuándo gana un mini PC.

Sin --push, la imagen se queda en local (las imágenes multiplataforma necesitan un registry; no se pueden cargar localmente). También puedes usar --load para builds de una sola plataforma.

8.3 Secrets de build y caché remota

• docker buildx build --secret id=mytoken,src=./token.txt -t myapp .: pasa secrets durante el build sin incrustarlos en las capas. En tu Dockerfile: RUN --mount=type=secret,id=mytoken cat /run/secrets/mytoken.

• docker buildx build --cache-to type=registry,ref=myuser/myapp:cache --cache-from type=registry,ref=myuser/myapp:cache -t myapp .: exporta e importa la caché de build vía un registry. Esencial en CI/CD para no reconstruir desde cero cada vez.

• docker buildx bake: construye múltiples targets desde un docker-bake.hcl, JSON o archivo compose. Útil para proyectos con muchas imágenes relacionadas.

• docker buildx prune: limpia la caché de build. Añade --all para borrarlo todo.

Sección 9: Espacio en disco y limpieza de Docker

Esta es la sección que más necesitan los operadores de VPS. Docker acumula imágenes, contenedores, volúmenes y caché de build rápidamente: sobre todo en VPS baratos con disco limitado.

9.1 Comprobar el uso de disco

• docker system df: muestra el desglose del uso de disco.

  $ docker system df
  TYPE            TOTAL     ACTIVE    SIZE      RECLAIMABLE
  Images          12        5         3.45GB    2.1GB (60%)
  Containers      8         3         152MB     98MB (64%)
  Local Volumes   6         2         1.2GB     800MB (66%)
  Build Cache     15        0         512MB     512MB (100%)

• docker system df -v: desglose detallado por imagen, contenedor, volumen y entrada de caché.

Ejecuta esto semanalmente. En un VPS de Hetzner de 5 EUR/mes con 40 GB de disco, Docker puede comerse fácilmente 10-15 GB si no lo vigilas.

9.2 Purgar recursos sin usar

# Elimina todos los contenedores detenidos
docker container prune --force

# Elimina imágenes huérfanas (sin tag, sin referencias)
docker image prune --force

# Elimina TODAS las imágenes sin usar (no solo las huérfanas)
docker image prune -a --force

# Elimina volúmenes sin usar (PÉRDIDA DE DATOS: ten cuidado)
docker volume prune --force

# Elimina redes sin usar
docker network prune --force

# Elimina la caché de build
docker builder prune --force

# Elimina TODOS los recursos sin usar (imágenes, contenedores, redes, caché: NO volúmenes)
docker system prune -a --force

# La opción nuclear: todo lo sin usar, incluidos los volúmenes
docker system prune -a --volumes --force

9.3 Estrategias de limpieza seguras para VPS

El enfoque más seguro: purgado por antigüedad. Conserva lo reciente, limpia el resto.

# Elimina recursos sin usar de más de 7 días
docker system prune -a --filter "until=168h" --force

Para un cron job semanal:

# /etc/cron.d/docker-cleanup
0 3 * * 0 root docker system prune -a --filter "until=168h" --force > /var/log/docker-prune.log 2>&1

En hosting VPS económico como Hetzner o Hostinger VPS, el disco es la limitación, no la CPU ni la RAM. Un cron job de limpieza es un seguro barato. Para más enfoques, consulta cómo limpiar todos los recursos de Docker y recuperar espacio en disco de Docker overlay2. Si ejecutas Docker en un panel gestionado, revisa los mejores paneles de servidor autoalojados para herramientas de limpieza integradas.

Sección 10: Health checks de Docker y preparación para producción

Los health checks permiten a Docker (y a los orquestadores) saber si tu aplicación funciona de verdad: no solo que “el proceso está en ejecución”.

10.1 Añadir health checks a los contenedores

En un Dockerfile:

HEALTHCHECK --interval=30s --timeout=3s --start-period=10s --retries=3 \
  CMD curl -f http://localhost:3000/health || exit 1

O vía docker run:

docker run -d \
  --health-cmd="curl -f http://localhost:3000/health || exit 1" \
  --health-interval=30s \
  --health-timeout=3s \
  --health-start-period=10s \
  --health-retries=3 \
  --name myapp \
  -p 3000:3000 \
  myapp:latest

Parámetros clave:

• --interval: cada cuánto se ejecuta el check (por defecto: 30s)
• --timeout: cuánto esperar por una respuesta (por defecto: 30s)
• --start-period: periodo de gracia antes de que los health checks cuenten como fallos (por defecto: 0s)
• --retries: fallos consecutivos antes de marcar como unhealthy (por defecto: 3)

En Compose:

services:
  web:
    image: myapp:latest
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
      interval: 30s
      timeout: 3s
      start_period: 10s
      retries: 3

10.2 Monitorizar la salud de los contenedores

# Comprueba el estado de salud vía inspect
docker inspect --format='{{json .State.Health}}' myapp | jq

# Filtra contenedores por estado de salud
docker ps --filter "health=healthy"
docker ps --filter "health=unhealthy"
docker ps --filter "health=starting"

Desde Docker 29.5.0, docker ps --format soporta .HealthStatus directamente:

docker ps --format "table {{.Names}}\t{{.Status}}\t{{.HealthStatus}}"

Los health checks son críticos cuando usas políticas --restart. Sin ellos, Docker reinicia una app rota atascada en un bucle de crash indefinidamente. Con un health check, el contenedor reporta unhealthy y puedes actuar en consecuencia.

Sección 11: Docker Hub y autenticación en registries

11.1 Docker Login

• docker login: login interactivo en Docker Hub (pide usuario y contraseña).

• docker login --username myuser --password-stdin: no interactivo para CI/CD:

  echo "$DOCKER_PASSWORD" | docker login --username "$DOCKER_USERNAME" --password-stdin

• docker login ghcr.io --username myuser --password-stdin: inicia sesión en GitHub Container Registry.

  echo "$GITHUB_TOKEN" | docker login ghcr.io --username "$GITHUB_USERNAME" --password-stdin

• docker logout / docker logout ghcr.io: elimina las credenciales guardadas.

11.2 Límites de peticiones y mirrors de registry

Para comprobar el estado actual de tu límite, inspecciona las cabeceras de respuesta:

TOKEN=$(curl -s "https://auth.docker.io/token?service=registry.docker.io&scope=repository:library/ubuntu:pull" | jq -r .token)
curl -s -I -H "Authorization: Bearer $TOKEN" "https://registry-1.docker.io/v2/library/ubuntu/manifests/latest" | grep -i ratelimit

Sección 12: Comandos avanzados

12.1 Docker Exec

Ejecuta comandos dentro de un contenedor en ejecución:

• docker exec -it mycontainer /bin/bash: shell interactiva. El uso más común.

• docker exec -it mycontainer sh: usa sh si bash no está disponible (imágenes Alpine).

• docker exec -u root -it mycontainer /bin/bash: exec como otro usuario.

• docker exec mycontainer cat /etc/hosts: ejecuta un comando puntual sin modo interactivo.

12.2 Docker Export e Import

Exporta el filesystem de un contenedor como un archivo tar. Esto captura el estado del filesystem pero no los volúmenes, los metadatos ni el historial de la imagen.

• docker export mycontainer > mycontainer.tar: exporta el filesystem.

• docker import mycontainer.tar myimage:restored: importa como una imagen nueva.

Caso de uso: migrar el filesystem de un contenedor a otro host, o crear un snapshot mínimo de imagen. Para backup a nivel de imagen, usa save/load en su lugar (conserva los metadatos).

12.3 Docker Save y Load

Guarda una imagen (con todas sus capas y metadatos) en un archivo tar:

• docker save -o myimage.tar myimage:latest: guarda una imagen.

• docker load -i myimage.tar: carga una imagen desde un archivo tar.

A diferencia de export/import, save/load conserva la imagen completa: capas, tags, metadatos. Usa esto para transferencias offline o entornos air-gapped.

12.4 Contextos de Docker

Gestiona conexiones a múltiples daemons de Docker desde una sola máquina. Se acabó el malabarismo con variables de entorno DOCKER_HOST.

# Lista los contextos
docker context ls

# Crea un contexto para un VPS remoto
docker context create my-vps --docker "host=ssh://user@vps-ip"

# Cambia a él
docker context use my-vps

# Ahora todos los comandos docker apuntan al daemon remoto
docker ps
docker compose up -d

# Vuelve al local
docker context use default

Esto es útil si ejecutas contenedores en un VPS remoto pero desarrollas en local. Los contextos basados en SSH funcionan de serie: solo asegúrate de tener tu clave SSH configurada.

12.5 Docker Init, Scout y otros comandos modernos

• docker init: genera el esqueleto de un Dockerfile, compose.yaml y .dockerignore para tu proyecto. Te guía con un asistente interactivo. Solo disponible en Docker Desktop (4.18+).

• docker scout quickview <image>: escaneo rápido de vulnerabilidades de una imagen.

• docker scout cves <image>: lista los CVEs encontrados en una imagen. Requiere el plugin Docker Scout.

• docker cp <container>:/path /host/path: copia archivos de un contenedor al host. Funciona en ambas direcciones: docker cp /host/file container:/path.

• docker update --restart=always <container>: cambia la política de reinicio en un contenedor en ejecución sin recrearlo.

• docker update --cpus 2 --memory 512m <container>: ajusta los límites de CPU y memoria en un contenedor en ejecución.

• docker port <container>: lista los mapeos de puertos de un contenedor.

• docker rename <old-name> <new-name>: renombra un contenedor.

• docker history <image>: muestra el historial de build de una imagen (tamaño y comando de cada capa).

• docker stats --no-stream: snapshot puntual del uso de recursos. Útil en scripts:

  docker stats --no-stream --format "table {{.Name}}\t{{.CPUPerc}}\t{{.MemUsage}}"

Para ejecutar herramientas CLI de IA y agentes de código de forma segura dentro de contenedores, consulta entornos Docker seguros para herramientas CLI de IA.

Solución de errores comunes de Docker

Conclusión

Ya tienes una referencia que cubre más de 60 comandos de Docker: desde la gestión diaria de contenedores hasta Compose v2, builds multiplataforma con buildx, limpieza de disco, health checks y autenticación en registries. Guarda en favoritos la tabla de referencia rápida de arriba para consultas rápidas.

Docker cambia rápido. Los mayores cambios desde 2023: Compose v1 ha muerto, BuildKit es el builder por defecto, y el image store de containerd es el nuevo por defecto en instalaciones nuevas de Docker 29. Si aún mantienes viejos hábitos, es un buen momento para actualizar.

Para más guías de Docker, echa un vistazo a más de 100 de los mejores contenedores Docker para un servidor casero: es un buen punto de partida para decidir qué ejecutar realmente.