Desarrollo de Software con IA

Ramas y versiones: experimentar sin romper lo que ya funciona

Usar ramas para experimentos y etiquetas para hitos, con la IA ejecutando las operaciones.

El semáforo de tus experimentos

Trabajar todo sobre la línea principal es temerario: cada ocurrencia nueva puede romper lo publicado. Las ramas te dan un espacio aislado para experimentar, y las etiquetas congelan los momentos que publicas. La regla del builder: en la principal solo vive código que funciona; lo dudoso nace en una rama.

[Una línea principal, muchas sucursales]

Esta actividad interactiva ('Explicacion visual') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.

Cómo se lo pides a la IA

Cuatro decisiones, cuatro frases
# experimentar el rediseño del checkout sin tocar lo publicado\n$ git checkout -b rama/nuevo-checkout     # creo la rama desde main\n... la IA rediseña y commitea aqui ...\n\n# el experimento paso las pruebas: lo junto a main\n$ git checkout main                        # vuelvo a la principal\n$ git merge rama/nuevo-checkout            # absorbo el logro\n$ git branch -d rama/nuevo-checkout        # cierro el laboratorio\n\n# publique: congelo este punto para siempre\n$ git tag v1.2\n$ git tag -l                               # listar mis versiones oficiales

Cuándo usar cada una

Las ramas protegen el presente; las etiquetas protegen el pasado.
SituaciónHerramientaFrase para la IA
Pruebo un cambio arriesgadorama nueva«Abre una rama para experimentar esto sin tocar main»
El experimento funcionó y probéfusionar (merge)«Fusiona la rama a main»
El experimento fracasóborrar rama«Descarta la rama; main debe quedar igual»
Publiqué una versión realetiqueta (tag)«Etiqueta este commit como v1.0»
Un cliente reporta algo de la versión 1.0volver al tag«Muéstrame el código exacto de v1.0»

Prueba

Quieres reescribir el carrito de compras pero temes romper la tienda publicada. ¿Qué haces primero?

Si un experimento en una rama fracasa, fusionarlo a medias puede contaminar la línea principal.

Detecta la maniobra peligrosa

Planeas cambiar toda la base de datos de proveedores de pago. Señala el primer paso que NO debes hacer:

  1. Abrir una rama dedicada a la migración de pasarela.
  2. Hacer los cambios directamente sobre main sin rama.
  3. Probar la migración en la rama con datos de prueba.
  4. Solo fusionar a main cuando las pruebas de pago pasen.

Identifica la linea con error.

Antes de tu próximo cambio grande, dile a la IA: «crea una rama para esto». Terminado, decide con datos —pruebas, no corazonadas— si la fusionas o la borras. Etiqueta lo que publiques.

PistaLa diferencia entre un builder y un apostador es dónde ocurre el experimento.