01
Abrir el esquema de etapas
El ejemplo contiene una etapa de compilación y otra de ejecución. La numeración empieza en cero. Pulsa una etapa para ir a FROM y despliega las instrucciones para ver el texto y su significado.
Docker / Contenedores
Formateador de Dockerfile
Localiza cada diagnóstico en el código y revisa la sangría antes de reemplazar el texto original.
Formateador de Dockerfile
Código Dockerfile
Resultado
Se procesa en la memoria de este navegador, sin solicitudes de compilación ni al registro.
Resultado desactualizado. Comprueba de nuevo antes de exportar.
El Formateador de Dockerfile ayuda a revisar archivos largos donde cuesta distinguir la etapa de compilación de la etapa de ejecución. Puedes conservar la entrada mientras inspeccionas la estructura.
Para formatear Dockerfile online no hace falta ejecutar la imagen. Este linter de Dockerfile muestra las instrucciones Dockerfile presentes y el esquema de un Dockerfile multi-stage, pero no demuestra que la compilación termine correctamente.
Por qué usar este Formateador de Dockerfile
Ir directamente a cada etapa
El Formateador de Dockerfile enumera cada FROM en orden, con su imagen, nombre opcional y posición. Las etapas sin nombre también aparecen; sus enlaces te llevan a la declaración original.
Revisar antes de aplicar
La salida queda separada de la entrada. Compara la sangría de las continuaciones y el número de líneas afectadas. Si aplicas los cambios, puedes deshacer una vez y recuperar tanto la entrada como el resultado anterior.
Revisar sin perder la posición
02
Elegir cuándo comprobar
El modo automático espera 350 ms después de editar. Al desactivarlo se cancelan las tareas pendientes. En modo manual puedes usar Ctrl/Cmd + Enter. Cualquier cambio bloquea la exportación del resultado anterior.
03
Comparar la vista previa
La sangría predeterminada es de cuatro espacios; puedes elegir dos o una tabulación. La vista previa indica cuántas líneas cambian. Si vuelves a editar, esa vista deja de poder aplicarse.
Entender los avisos en su contexto
Diagnósticos con coordenadas
Los errores y las advertencias se cuentan por separado. Sus enlaces llevan a la línea y columna correspondientes. La categoría se explica en español; el detalle desplegable conserva el mensaje original del motor en inglés.
Referencia de las instrucciones
Consulta cómo ARG difiere de ENV o por qué EXPOSE no publica un puerto. La ayuda corresponde a las instrucciones del archivo actual. Los comandos de shell se muestran sin ejecutarlos ni analizarlos.
Continuaciones y heredocs
Se conservan comentarios, mayúsculas y orden. Un heredoc sin cierre genera un error. Si un argumento parece JSON pero no es un array de cadenas, se advierte que conviene revisar si se pretendía la forma shell.
Alcance real de la revisión
- Sin compilación ni auditoría
- No se ejecuta RUN ni se leen archivos del contexto o imágenes del registro. Por eso no se verifica la existencia de fuentes, la disponibilidad de imágenes ni la presencia de vulnerabilidades.
- Reglas distintas de otras herramientas
- No sustituye a Hadolint, ShellCheck ni a todos los controles de BuildKit. Los frontends personalizados pueden no estar cubiertos. Los comentarios ignore se respetan y una advertencia señala que ocultan parte de los diagnósticos.
- Sin optimizaciones semánticas
- Solo se ajustan sangrías de instrucciones y continuaciones y líneas compuestas por espacios. No se fusionan RUN ni se ordenan paquetes. COPY --from puede referirse a una imagen externa sin ser un error por ello.
- Límites explícitos
- Admite un archivo de hasta 131072 unidades UTF-16 y 2000 líneas físicas. Si se supera el límite, se detiene sin recortar el texto. Las listas muestran 50 elementos por tanda; la exportación incluye todo el resultado actual con saltos LF.
Formateador de Dockerfile: preguntas frecuentes
¿Qué partes del archivo modifica el formato?
Se ajusta el espacio anterior a instrucciones, las líneas vacías con espacios y la sangría de continuaciones. Se mantiene el orden, la capitalización y los comentarios. Revisa siempre la vista previa antes de aplicarla.
¿Cómo se revisan las buenas prácticas del Dockerfile?
Esta página detecta un conjunto limitado de problemas estáticos. Para recomendaciones adicionales, configura las comprobaciones de Hadolint o BuildKit de tu proyecto. Que aquí no aparezcan errores no sustituye esos controles.
¿Por qué conviene fijar la etiqueta de la imagen base?
Una etiqueta mutable puede apuntar a contenido distinto más adelante. Una versión concreta o un digest ayudan con la reproducibilidad, pero no garantizan seguridad. Esta página no consulta la imagen ni modifica su referencia.
¿Se puede guardar el resultado como Dockerfile?
Sí. Cuando el resultado está actualizado y no hay errores, se descarga el texto completo con el nombre Dockerfile. Editar la entrada o cambiar la sangría desactiva la descarga hasta volver a comprobar.
¿El contenido pegado se envía a un servidor?
El contenido se procesa en el navegador sin enviarlo a un servicio de formato o registro de imágenes. No se conserva un historial local tras recargar la página; guarda tú los resultados que necesites.
¿Tienes otra pregunta?
Volver a la revisión
Abre el Formateador de Dockerfile, comprueba una línea o un límite entre etapas y exporta la vista previa que ya has revisado.
Comprueba después la compilación real en tu entorno.