Git

Git es un sistema de control de versiones que los desarrolladores usan para seguir y gestionar cambios en proyectos de software.

Imagina que estás escribiendo una historia y, con el tiempo, haces varios cambios: eliminas algunas partes, añades otras o reescribes capítulos enteros. Si luego quieres recordar o restaurar una versión anterior de tu historia, necesitarías un registro detallado de todos los cambios.

Eso es, básicamente, lo que Git hace en el desarrollo de software: conserva un historial completo de cada modificación hecha en el código.

En el centro de Git está el repositorio. Piensa en un repositorio como el directorio de un proyecto: no solo contiene la versión actual de todos los archivos del proyecto, sino también un registro extenso de cada cambio hecho en ellos desde que se inicializó el repositorio. A medida que los desarrolladores modifican el código, Git guarda esos cambios en su historial. Esto permite volver a versiones anteriores del código si hace falta, comparar cambios entre versiones distintas y colaborar con otras personas en el mismo proyecto.

Git resuelve el problema de gestionar cambios en un código a lo largo del tiempo, especialmente cuando varios desarrolladores trabajan en el mismo proyecto. Sin un sistema de control de versiones como Git, sería difícil saber quién hizo qué cambios y cuándo, lo que provocaría conflictos y trabajo perdido. Git ayuda a evitar estos problemas porque ofrece un historial claro de cambios y permite trabajar en ramas separadas del código.

Interfaces de Git

Aunque Git es principalmente una herramienta de línea de comandos, también hay muchas interfaces gráficas que ofrecen una forma más cómoda de interactuar con él. Estas herramientas pueden ser especialmente útiles si Git todavía te suena nuevo o si prefieres una interfaz visual. Muchos IDE populares, como Visual Studio Code e IntelliJ IDEA, tienen soporte integrado para Git, lo que facilita usarlo dentro del entorno de desarrollo.

Control de versiones en software convencional frente a Git

Muchas herramientas que no son para programar, como Google Docs, Microsoft Word o Dropbox, tienen algún tipo de historial de versiones. Pero no funcionan como Git. Los sistemas tradicionales de control de versiones registran los cambios de cada archivo de forma independiente respecto a los cambios en otros archivos.

Por ejemplo, imagina que he escrito un libro en Google Docs, donde cada capítulo es un documento separado. El libro está casi terminado y en unos días se lo mando a la editorial.

Por la noche, después de pasarme con el vino, decido meter una nueva línea argumental a toda prisa. Cambio varios capítulos, añado unos cuantos párrafos aquí y allá. Llega la mañana y me doy cuenta de que la idea era un desastre total, así que quiero deshacerla.

Por suerte, Google Docs tiene historial de documentos, que me permite volver a una versión anterior del documento. Pero tengo que ir a todos y cada uno de los documentos modificados y revertir sus cambios. Si por accidente se me escapa uno de los archivos... (bah, eso no pasará jamás).

Aunque todos esos cambios formaban parte de una gran actualización, están completamente separados en el historial de cada documento.

Git registra cambios en todo el proyecto y te permite crear "instantáneas" del estado completo del proyecto en un momento concreto. Si tuvieras ese proyecto de libro en Git, podrías crear un commit que capturase todos los cambios de todos los capítulos a la vez. Si más adelante decides deshacer ese commit, Git desharía todos los cambios de una sola vez y restauraría todo el proyecto a su estado anterior. Esto facilita mucho gestionar cambios complejos que afectan a varios archivos y garantiza que el historial del proyecto siga siendo coherente.