← Lumbre

Desarrollo de Software con IA El agente rompió algo: recuperarte con historia limpia

Portada de El agente rompió algo: recuperarte con historia limpia

El agente rompió algo: recuperarte con historia limpia

✦ Llega la tarde en que el agente mejora algo que funcionaba y la app se cae · Desarrollo de Software con IA · en menos de 8 minutos

Roadwise Consulting

Contenido modificado tras su publicación

Objetivo: Detectar la versión buena, revertir con seguridad y documentar la lección en el documento maestro.

8 min Desarrollo de Software con IA 15–99 años
Modo PPTX
Más
El agente rompió algo: recuperarte con historia limpia

Herramientas de la lección

Sorpréndeme

Sobre este contenido

Ir a

Volver a Módulo 14 · Control de versiones (Git) para directores Cursos Explorar Mi cuenta Salir del modo estudio

El momento que estabas esperando (en negativo)

Pediste «optimiza las consultas» y el agente dejó la pantalla de pagos en blanco. Ya. ¿Ahora qué? Este OA es tu simulacro de incendio. La buena noticia: si has commiteado cada hito (M14-OA01), siempre hay una versión buena a la que volver. La recuperación no es talento: es protocolo.

Protocolo de rescate en cuatro tiempos

  1. 1. Congelar

    No pedir más cambios. Todo lo que toques ahora entierra más el cuerpo.

  2. 2. Diagnosticar

    Mirar qué hay sin guardar y compararlo contra la última versión sana.

  3. 3. Revertir

    Volver a la versión buena con una operación que NO borra la historia: queda el rastro.

  4. 4. Aprender

    Registrar la causa en el documento maestro para que el mismo error no vuelva.

Volver sin borrar la historia

Hay dos formas de regresar: la segura y la destructiva. revert crea una versión nueva que anula la mala: el historial cuenta todo, y si te equivocaste puedes volver a volver. Operaciones destructivas descartan commits de golpe y borran el rastro; úsalas solo sobre trabajo sin guardar o en tu propia rama, jamás sobre lo publicado.

El rescate se ve, no se esconde

bash
$ git log --oneline -6                      # la linea de tiempo reciente\n  e4a190 (HEAD) "optimiza consultas" <-- sospechoso\n  7c2205 pagos funcionando            <-- la ultima version BUENA\n  1f8e33 etiqueta v1.2\n\n# pedir al agente la reversa SEGURA (no borra historia):\n$ git revert e4a190                     # crea un commit que anula el danio\n$ git log --oneline -2\n  b9d4e0 Revert "optimiza consultas"    # el dano queda documentado, no tapado\n$ git tag rescate-v1.2.1                # congelo el punto recuperado
Revert deja cicatriz visible: «aquí hubo un error y así lo anulamos». Eso es ingeniería; esconder el golpe con historia borrada es solo suerte.

La lección va al documento maestro

Recuperar el código es la mitad. La otra mitad: escribir en tu STACK.md (el documento maestro del curso, M05) qué orden causó la rotura, cómo se detectó y qué regla nueva rige de ahora en adelante. Ejemplo de regla: «toda optimización de consultas va en rama con pruebas antes de fusionarse». Sin la lección escrita, el mismo accidente se repite en seis semanas.

Prueba

El agente rompió pagos con un commit ya guardado. ¿Por qué se prefiere revert frente a una operación destructiva?

Si hubieras commiteado cada hito que funcionaba, el incidente del agente se reduce a elegir la versión correcta y revertir.

Detecta el rescate mal ejecutado

Un alumno recupera su app tras un desastre. Señala la decisión que agravó el incidente:

Marca la línea o las líneas con error y pulsa Comprobar.

Escribe hoy, en tu documento maestro, un protocolo de incendio para tu proyecto: dónde está tu última versión buena, cómo se revierte y qué regla nueva aprendiste esta semana. Léelo antes de tu próximo cambio grande.

Los profesionales no evitan todos los incendios: ensayan cómo salir de ellos.

Tu texto se guarda sólo en este dispositivo.

Las respuestas y tu progreso se guardan sólo en este dispositivo. Contenido firmado por su autoría mediante Lumbre.
Más sobre esta lección

Comentarios

Inicia sesión para comentar.

Todavía no hay comentarios. Sé la primera persona en opinar.