Diferencias

Muestra las diferencias entre dos versiones de la página.

--- clase:daw:daw:1eval:tema04 [2026/10/16 17:15] – --no-cache sin conversión tipográfica claude
+++ clase:daw:daw:1eval:tema04 [2026/10/16 18:30] (actual) – Enlace a la explicación de reconstruir imágenes del tema 4.b claude
@@ Línea 165: / Línea 165: @@
 <note important>
-Sin ''%%--no-cache%%'' la imagen no tendría los últimos cambios del código. Docker guarda en caché el resultado de cada orden del ''Dockerfile'' y, al volver a crear la imagen, reutiliza el de un ''RUN'' si el texto de la orden no ha cambiado, sin ejecutarlo. ''RUN git clone ...'' es el mismo texto aunque haya commits nuevos en GitHub, así que la imagen se queda con el código del primer ''git clone''.
+Sin ''%%--no-cache%%'' la imagen se quedaría con el código del primer ''git clone'', aunque haya commits nuevos. Por qué, y cómo se reconstruye bien con Docker Compose: [[.:tema04.b#reconstruir_las_imagenes|Reconstruir las imágenes]].
-Con ''COPY'' no pasa: Docker mira el contenido de los ficheros y, si alguno ha cambiado, vuelve a ejecutar esa orden y las siguientes.
 </note>
@@ Línea 220: / Línea 218: @@
 </sxh>
-Cada vez que se crea una imagen con un nombre que ya existe (''tienda-front:1.0''), el nombre pasa a la imagen nueva y la anterior se queda sin nombre: es una imagen //dangling//, que aparece como ''<none>:<none>'' en ''docker image ls''. Con ''%%--no-cache%%'' sale una en cada build, así que se van acumulando. El comando ''docker image prune -f'' las borra.
+''docker image prune -f'' borra la imagen anterior, que al crear otra con el mismo nombre se queda sin nombre (''<none>:<none>''). Está explicado en [[.:tema04.b#reconstruir_las_imagenes|Reconstruir las imágenes]].