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
- La principal es sagrada
main guarda solo lo que funciona y está publicado o listo.
- La rama es el laboratorio
de main nace una rama; ahí experimentas sin riesgo.
- Decidir el destino
funciona: se fusiona y la rama se cierra. No funciona: se borra, main ni se enteró.
- Marcar el hito
lo publicado se etiqueta: v1.0, v1.1. Una etiqueta es una puerta segura a la que siempre puedes volver.
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 oficialesCuándo usar cada una
| Situación | Herramienta | Frase para la IA |
|---|---|---|
| Pruebo un cambio arriesgado | rama 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 real | etiqueta (tag) | «Etiqueta este commit como v1.0» |
| Un cliente reporta algo de la versión 1.0 | volver 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:
Marca la línea o las líneas con error y pulsa Comprobar.
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.
La diferencia entre un builder y un apostador es dónde ocurre el experimento.
Tu texto se guarda sólo en este dispositivo.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.