¿Qué son Git y el control de versiones?

Git y control de versiones: definición

Un control de versiones guarda la historia de un proyecto: ¿quién cambió qué, cuándo y por qué? En lugar de copiar archivos como «oferta_final_nueva2», el sistema registra cada cambio como un paso trazable. Para los proyectos de software es imprescindible, porque muchas personas trabajan a la vez en muchos archivos.

Git es el sistema más extendido para ello. Lo creó en 2005 Linus Torvalds para el desarrollo del kernel de Linux y es distribuido: cada desarrollador tiene una copia completa con todo el historial. Los repositorios se alojan a menudo en plataformas como GitHub, GitLab, Bitbucket o Azure DevOps.

Cómo funciona Git

El proyecto se encuentra en un repositorio. Los cambios se guardan como commit: una instantánea con una breve descripción. Para nuevas funciones o correcciones se crea una rama (branch), una línea de desarrollo propia que no perturba la rama principal. Cuando el trabajo está terminado, la rama se integra de nuevo en la principal mediante un merge.

En plataformas como GitHub y GitLab esto suele hacerse mediante pull requests o merge requests: el cambio se propone, se revisa (code review), se prueba automáticamente y después se acepta. Las versiones publicadas se marcan con etiquetas (tags), de modo que cada estado publicado pueda reproducirse con exactitud más adelante.

Ejemplo práctico: una actualiza­ción defectuosa en una tienda online

Un comerciante online encarga el desarrollo continuo de una extensión de su tienda. Tras una actualización, un método de envío deja de funcionar y los pedidos se quedan bloqueados. Como cada cambio está documentado como commit con autor, momento y descripción, el equipo ve en minutos qué cambio provocó el problema y quién lo realizó.

Vuelve al último estado que funcionaba (rollback), corrige el error en una rama propia y vuelve a aplicar la corrección tras una prueba. Sin control de versiones habría que buscar entre copias de archivos. Además, el código fuente no está solo en el equipo de un desarrollador, sino también en la plataforma: otra ventaja más.

Ventajas, límites y errores habituales

Git aporta trazabilidad, trabajo en paralelo y vueltas atrás rápidas, y es la base de las pruebas y las entregas automatizadas. La curva de aprendizaje se nota, Git es poco adecuado para archivos binarios muy grandes y, sin reglas claras para las ramas, el repositorio se vuelve enseguida caótico. Errores típicos:

• Guardar contraseñas, claves o credenciales en el repositorio
• Trabajar directamente en la rama principal, sin ramas ni revisión
• Descripciones de commit vacías de contenido, como «fix» o «cambios»
• Mantener el repositorio solo en un equipo o únicamente en la cuenta de un proveedor
• Subir archivos muy grandes, como vídeos o volcados de bases de datos

Qué debe tener en cuenta su empresa

En cada proyecto de software, aclare dónde está el código fuente y quién tiene acceso: debería estar en un repositorio de su empresa o con acceso permanente para usted. Nano Concepts trabaja con Git de forma sistemática, emplea ramas, revisiones de código y comprobaciones automatizadas y, si lo desea, le da acceso al repositorio.