Control de versiones — Informática, 11–13
Cómo un proyecto guarda el historial de cambios para entenderlos o deshacerlos. Informática, 11–13 años.
Idea
El control de versiones registra cambios importantes de un proyecto a lo largo del tiempo. En vez de guardar archivos llamados «final», «final2» y «final-de-verdad», guardas puntos de control con nombre y puedes ver qué cambió. Varias personas pueden trabajar en copias y unir después su trabajo de forma organizada.
Por qué
Los proyectos cambian, y una modificación nueva puede romper sin querer algo que funcionaba ayer. Sin historial, encontrar la causa obliga a comparar suposiciones o perder el trabajo posterior. El control de versiones se creó para que los equipos registren decisiones, comparen etapas y vuelvan sin peligro a un estado anterior que funcionaba.
Ejemplo resuelto
Creas un cuestionario y guardas la versión 1, con cinco preguntas. Añades una pantalla de puntuación y guardas la versión 2. Después, un cambio hace que todas las respuestas parezcan correctas; comparas las versiones 1 y 2 y encuentras la línea modificada. Corriges esa línea, guardas la versión 3 y conservas la puntuación sin tirar todo el proyecto.
Trampa habitual
Es comprensible guardar cada acción pequeña como una versión oficial distinta. Eso crea un historial ruidoso donde cuesta encontrar las etapas útiles. Un punto de control debería describir un cambio importante que funciona, como «añadir temporizador» o «arreglar cálculo de puntos»; los experimentos sin terminar pueden quedarse aparte.
Dónde aparece
El control de versiones se usa en código de juegos, sitios web, aplicaciones, proyectos de robots e incluso documentos con muchos colaboradores. Un equipo puede revisar un cambio propuesto antes de incorporarlo, y una persona puede experimentar sin temer daños permanentes. Los proyectos de código público usan el historial para explicar cómo creció su software.
Sigue explorando
Otros idiomas
Cargando MyLeoNes™…