Control de versiones
Un sistema que guarda el historial completo de un proyecto —qué cambió, cuándo, quién y por qué— y permite volver a cualquier punto.
✦Apagada: responde bien la pregunta del final para encenderla
También lo verás como: versionado · VCS · sistema de control de versiones · historial de cambios
El problema que resuelve
presupuesto_final_v2_DEFINITIVO_ahora_si.docx. Todos lo hemos hecho. Con control de versiones hay un solo archivo y un historial ordenado de cada cambio, con nombre.
Analogía
Los puntos de guardado de un videojuego: antes del jefe final, guardas. Si sale mal, vuelves.
Qué te permite
- Volver atrás a cualquier versión anterior.
- Ver exactamente qué cambió entre dos momentos → diff
- Probar ideas en paralelo sin tocar lo que funciona → rama
- Saber por qué se hizo cada cambio (cada guardado lleva un mensaje).
- Trabajar varias personas en lo mismo sin pisarse.
Por qué es tu red de seguridad con IA
Una IA puede modificar quince archivos en un minuto. Sin control de versiones, deshacer eso es imposible. Con él, ves cada línea que tocó y lo deshaces en cinco segundos. No hay forma responsable de trabajar con IA sin esto.
El estándar
Git. Hoy es, en la práctica, el único.
Un paso más: no es lo mismo que una copia de seguridad
Una copia de seguridad guarda cómo estaba todo en un momento. El control de versiones guarda además la historia: qué cambió entre un momento y el siguiente, quién lo hizo y por qué. Con una copia recuperas un estado; con un historial puedes responder "¿cuándo se rompió esto y qué cambio lo rompió?".
Tampoco es lo mismo que el "historial de versiones" de Google Docs, que guarda solo y sin preguntar. Aquí decides tú cuándo se hace cada foto y qué nombre lleva. Es más trabajo, y es justo lo que lo hace útil: cada punto del historial significa algo.
¿Por qué el control de versiones es imprescindible para trabajar con IA?
Ver también
Git · commit · diff · repositorio