¿Qué es Git? La guía completa de Git

Si has leído algo sobre código, programación o desarrollo de software, has oído hablar de Git.

Esta práctica (y gratuita) herramienta es el sistema de control de versiones más popular del mundo. Es tan popular que la usan más del 90% de los desarrolladores profesionales, además de especialistas de otros ámbitos.

En muchos sentidos, Git es casi sinónimo de control de versiones. Pero ¿qué es el control de versiones y por qué es tan importante?

Acompáñanos a sumergirnos en el Gitverso. Aquí veremos en detalle todo sobre Git: qué es, quién lo usa y su historia.

¿Qué es Git?

Git es un sistema de control de versiones distribuido (dVCS). Como su nombre sugiere, el control de versiones consiste en gestionar y seguir distintas versiones de un proyecto.

¿Qué es un sistema de control de versiones (VCS)?

Un VCS registra y guarda los cambios en cualquier archivo (o grupo de archivos), lo que te permite recuperar iteraciones concretas más adelante o cuando las necesites. A veces los VCS se llaman sistemas de gestión de código fuente (SCM) o de control de revisiones (RCS).

El control de versiones permite que numerosos miembros del equipo trabajen de forma colaborativa en un proyecto, aunque no estén en la misma sala ni en el mismo país.

Por ejemplo, imagina que eres compositor. Estás en casa trabajando en una canción nueva que has escrito, pero no te convence del todo. Decides colaborar con otras dos personas para pulir las partes que flojean.

Tú y las otras dos personas empezáis a retocar la letra y la partitura, cada cual por su lado. Cuando te envían sus versiones, algunas de las propuestas te encantan y otras no tanto.

Ahora imagina que puedes ver cada cambio en cada versión de la canción, probar cómo suena y luego sincronizar en una sola versión los cambios que más te gustan.

Esto es lo que permite Git. Cada persona puede trabajar en el proyecto en local (en su propio ordenador), guardar los cambios que funcionan y después sincronizarlos en un repositorio Git para que el resto pueda ver la versión más reciente.

Se suele pensar en Git como una herramienta de desarrollo de software, que lo es, pero puede usarse para versionar cualquier tipo de archivo: líneas de código, el diseño de una web o una canción.

Las ventajas del control de versiones

Además de ser una herramienta muy útil para colaborar, el control de versiones ofrece otras ventajas:

• Cambios atribuibles. Cada cambio puede atribuirse a una persona del equipo.
• Seguimiento detallado y reversión sencilla. Como se registra absolutamente todo, incluso los cambios más pequeños, es fácil volver a una versión anterior si hace falta. Como puedes imaginar, esto es crucial en desarrollo de software.
• Mejor organización y comunicación. Los mensajes de commit —con los que explicas al equipo por qué hiciste un cambio— facilitan la comunicación y te ayudan a recordar qué modificaste en el pasado.
• Concurrencia. En proyectos de software, se hacen muchos cambios al código fuente y suele haber varias personas trabajando en cosas distintas. Una puede estar reforzando la seguridad del código existente mientras otra desarrolla una nueva funcionalidad. Git permite trabajar en paralelo y ayuda a evitar conflictos entre cambios.
• Ramas y fusiones. Cada persona puede crear ramas independientes para trabajar y luego fusionar sus cambios con la rama principal. Las ramas son temporales y pueden eliminarse tras la fusión.

¿Es Git el único sistema de control de versiones?

No, Git no es el único VCS, pero sí el más popular y se considera la herramienta estándar de facto. Otros sistemas conocidos son Fossil, Mercurial y Subversion.

Hay pequeñas diferencias entre sistemas —por ejemplo, en cómo gestionan funciones clave como las ramas y las fusiones—, pero la idea general es la misma. La mayor diferencia es si son centralizados o distribuidos.

Sistemas centralizados y distribuidos

Los sistemas centralizados y los distribuidos, como Git, cumplen la misma función.

La gran diferencia es que los centralizados tienen un servidor único al que el equipo sube las últimas versiones de su trabajo. Puedes verlo como un único proyecto central que todos comparten.

En los VCS distribuidos, cada persona tiene en su dispositivo una copia local (un clon) de todo el historial del proyecto, por lo que no necesita estar online para hacer cambios o trabajar en su código. En lugar de un servidor centralizado, ese clon se obtiene de un repositorio en línea.

Cuando se trabaja con Git, el clon del proyecto de cada persona es un repositorio que puede contener todos los cambios desde el inicio del proyecto.

La historia de Git

Git fue desarrollado en 2005 por el ingeniero de software finlandés Linus Torvalds, también creador del kernel del sistema operativo Linux.

Git nació para cubrir una necesidad inmediata. Antes, las personas que desarrollaban Linux en todo el mundo usaban el software propietario BitKeeper, también un dVCS.

Al ser un software de una empresa, generaba cierta controversia entre la comunidad de Linux, mayoritariamente defensora del código abierto.

A cambio de su uso gratuito, BitMover —la empresa detrás de BitKeeper— imponía restricciones a la comunidad Linux. Según el Linux Journal, una de ellas era no poder trabajar en proyectos de control de versiones competidores.

Como era de esperar, un desarrollador de Linux empezó a hacer ingeniería inversa de BitKeeper para crear una alternativa abierta. Fiel a su postura, BitMover dejó de dar servicio al kernel de Linux y el sistema de desarrollo distribuido quedó en el aire.

Para resolver el problema, Torvalds detuvo por primera vez desde 1991 su trabajo en Linux y creó Git, publicando una versión estable pocos meses después de comenzar el desarrollo.

Curiosamente, antes de que el kernel de Linux adoptara BitKeeper, las personas colaboradoras enviaban a Torvalds sus parches (cambios) por separado y él los integraba según hacían falta. Y en 2016, once años después del lanzamiento de Git, BitKeeper pasó a ser de código abierto.

¿De dónde viene el nombre de Git?

En el primer commit de Linus Torvalds en 2005, añadió un archivo léeme que da alguna pista sobre el nombre del programa. Aquí tienes un fragmento:

Salvo que prefieras la versión edulcorada Global Information Tracker, el nombre de Git es un guiño irónico a sus capacidades o, según el propio Torvalds, a una supuesta falta de ellas.

La historia de los VCS

Los sistemas de control de versiones existen desde antes que Git o incluso BitKeeper. Un breve repaso histórico:

• 1972: SCCS, el primer VCS, fue creado por Bell Labs; se parece poco a los sistemas actuales.
• 1982: RCS (revision control system) es desarrollado por un científico informático en la Universidad de Purdue.
• 1986: aparece CVS (concurrent versions system). Es el primer VCS con un repositorio centralizado accesible por varias personas.
• 1995: se crea Perforce, un VCS todavía popular.
• 2000: llega Subversion (a veces llamado SVN), más sofisticado. También BitKeeper, uno de los primeros dVCS y el que popularizó los sistemas distribuidos.
• 2005: se inventa Git y pronto se convierte en la opción de referencia en todo el mundo.

Git y GitHub: control de versiones y repositorios

Git y GitHub son tecnologías complementarias. Git es un sistema de control de versiones, mientras que GitHub es un servicio en la nube para alojar y gestionar repositorios.

GitHub se creó en 2008 para facilitar la colaboración con Git. Como plataforma SaaS, destacó en ello y acabó atrayendo a millones de usuarios en todo el mundo.

Además de las funciones estándar de Git, GitHub añade otras como el seguimiento de errores, herramientas de gestión de tareas e integración continua (CI). GitHub funciona con un modelo freemium: muchas funciones son gratis y otras se desbloquean con una suscripción de pago. Desde 2018, GitHub es propiedad de Microsoft.

GitHub no es el único servicio de alojamiento de repositorios, pero con millones de usuarios y cientos de millones de proyectos, es con diferencia el más popular. Muchas grandes empresas están en GitHub, incluida DataCamp.

Entre los competidores están GitLab, gratuito y de código abierto diseñado para Git, y Bitbucket, que admite gestión de código con Git y Mercurial.

Comentábamos que Git y el control de versiones no son solo para programar, y lo mismo aplica a GitHub, aunque este último no está optimizado para proyectos no técnicos.

Git es mucho más que una herramienta de desarrollo

Git puede usarse en cualquier proyecto colaborativo donde el versionado importe: desde escribir un manual de usuario extenso hasta componer música sacra (este último es un proyecto real que puedes ver en GitHub).

Aunque se asocia principalmente al desarrollo de software, personas de áreas afines usan Git a diario. Es el caso de científicos y analistas de datos: necesitan gestionar el código que sustenta su trabajo, y Git les da justo eso.

En DataCamp enseñamos las herramientas y tecnologías necesarias para trabajar con datos, incluido Git. Puedes encontrar aquí nuestra oferta de cursos inmersivos y prácticos sobre Git.

¿Por qué Git es tan popular?

Git es popular por varios motivos, empezando porque es gratuito y de código abierto.

• Velocidad. Git es rápido, sobre todo si tenemos en cuenta que trabajar con ramas y fusiones afecta a todo el repositorio. Como cada persona tiene su copia local, no hay que esperar a subir cada pequeño cambio a un servidor.
• Seguimiento minucioso de cambios. Git ofrece un versionado extremadamente detallado: incluso los cambios mínimos se registran, y además se pueden dejar comentarios con marca de tiempo explicando el porqué de cada cambio.
• Trabajo sin conexión. Con copias locales de todo el repositorio, no hace falta estar online hasta que llega el momento de compartir los cambios.
• Ubicuidad. Hoy Git se usa tanto que su propia ubicuidad alimenta su popularidad. Más del 90% de los desarrolladores trabaja con Git, y si todo el mundo lo conoce, las empresas tienen pocos motivos para usar otra herramienta.
• Colaboración. Git facilita el trabajo en equipo y simplifica la fusión de diferentes versiones del mismo proyecto, minimizando los conflictos. Con GitHub, además, dispones de un ecosistema ágil de colaboración que potencia el desarrollo.

¿Cómo funciona Git?

Para comprender de verdad la potencia y eficiencia de Git, conviene asomarse a algunos detalles técnicos. Así es como funciona Git, a grandes rasgos:

1. Repositorio (repo). Un repositorio Git es una carpeta donde se guardan todos los archivos de un proyecto. Contiene todas las revisiones y el historial. Cuando inicializas Git en un directorio (git init), se convierte en un repositorio.
2. Commits. Cada cambio o conjunto de cambios que confirmas en Git es un commit. Cada commit tiene un identificador único (un hash SHA-1) que permite a Git rastrear los cambios y su orden.
3. Área de preparación (staging). Antes de confirmar cambios con un commit, primero los "preparas". El área de staging es como un borrador donde dejas listos los cambios antes de confirmarlos. Para añadir archivos al staging usas el comando git add.
4. Ramas. Git permite crear varias líneas de desarrollo mediante ramas. La rama predeterminada se llama master. Cuando quieres desarrollar una funcionalidad o arreglar un bug, puedes crear una nueva rama (git branch <branch-name>) para aislar tus cambios sin afectar a la línea principal.
5. Fusiones (merge). Cuando terminas tus cambios en una rama, puedes fusionarlos de vuelta en la rama master (u otra) con git merge.
6. Repositorios remotos. Aunque trabajas en local, Git también te permite conectarte a repositorios remotos con git remote. Es clave para colaborar. Como hemos visto, el remoto más común es GitHub.
7. Push y pull. Una vez conectado a un remoto, puedes hacer push de tus cambios para que el resto los vea y colabore. Del mismo modo, puedes hacer pull para traer a tu copia local las últimas actualizaciones.
8. Fetch. Similar a pull, el comando git fetch recupera actualizaciones del remoto, pero no las fusiona automáticamente en tu rama actual. Te da margen para revisarlas antes de integrarlas.
9. Clone. Si quieres tener una copia de un repositorio Git existente, usa git clone. Crea en tu equipo una carpeta con todos los archivos e historial del repo.
10. Resolución de conflictos. A veces, cuando varias personas trabajan sobre el mismo fragmento de código, surgen conflictos. Git los señala y permite resolverlos manualmente antes de finalizar una fusión.
11. Log. Para ver el historial de commits, Git ofrece git log, que muestra la lista de commits, sus identificadores y los mensajes asociados.

Entender estos conceptos te da una base sólida para trabajar con Git. A medida que te familiarices con ellos, apreciarás la flexibilidad, potencia y eficiencia que Git aporta al control de versiones.

¿Quieres empezar con Git?

Git es el VCS distribuido más popular del mundo y ha revolucionado la forma en que desarrolladores de software y profesionales afines gestionan sus proyectos.

Empresas desde Google hasta Netflix y muchas más lo usan como parte estándar de su stack tecnológico. Su ubicuidad es tal que, en cualquier proyecto relacionado con software o código, puedes asumir que Git entra en juego.

También es una habilidad imprescindible para quienes trabajan con datos, como analistas y científicos de datos. Al fin y al cabo, necesitamos versionar el código con el que extraemos información y construimos herramientas que nos ayudan en el día a día.

Git es el estándar de facto en control de versiones y, si quieres trabajar en IT o en áreas afines, es una habilidad que debes tener. Aunque Git no destaca por su sencillez, dominar lo básico es asequible y podrás ampliar conocimientos según avances por el Gitverso.

DataCamp puede ayudarte. Nuestro curso Introduction to Git está pensado para enseñarte lo esencial de forma amena y práctica. Cuando cojas ritmo, quizá quieras obtener una certificación de GitHub para demostrar tus competencias.

Para descubrir por qué a más de nueve millones de estudiantes en todo el mundo les encanta DataCamp, apúntate hoy a tu primer curso de Git.