Git

En la enorme mayoría de los proyectos de desarrollo actuales se usa Git como repositorio de código; cada vez cuesta más recordar cómo era el mundo del software antes de Git.
Lo que sigue supone que ya están familiarizados con varias operaciones que se pueden hacer sobre Git, entre ellas

Entonces ¿qué vamos a hacer?

Lo que saben ya lo saben, y no lo repetiremos aquí.
Por otro lado, entre lo que seguramente saben, además del uso concreto, es que Git es un mundo, que incluye una cantidad impresionante de comandos (listé los que conozco, y llegué fácilmente a los 20), con toneladas de opciones y variantes. Git se caracteriza por dar soporte para prácticamente cualquier situación que se pueda presentar en un desarrollo en el que participen muchas personas.

En estas sesiones apuntaremos a describir conceptos de Git desde un punto de vista más cercano a cómo está concebido, para ampliar nuestra comprensión de lo que hacemos en nuestro día a día, y agregar elementos que nos pueden ayudar a salir del paso en algunas ocasiones.

También vamos a experimentar con algunos comandos de git menos comunes, que nos pueden ayudar con algunas tareas.

Otro tema del que vamos a hablar son los modelos de branching, o sea, las decisiones sobre qué branches va a incluir cada repositorio (develop, release, task, etc.) y cómo va “viajando” el código de un branch a otro mediante PRs.

Notas de color

¿Sabían que Git lo concibió Linus Torvalds en persona, no? También desarrolló la primer implementación, no sé si solo o con ayuda.

Git nació para soportar el desarrollo de Linux, proyecto colaborativo si los hay. De ahí que esté concebido para proyectos en los que colaboran muchas personas, que no necesariamente se conocen entre ellas. Hay un cuidado especial en brindar herramientas para comparar, analizar, sincronizar, las contribuciones de una cantidad importante de personas sobre un mismo proyecto.

Tal vez la característica que más se destacó de Git respecto de los repositorios más populares en el momento en que Git se hizo conocido (básicamente SVN) es lo fácil y liviano que es manejar branches.
Con SVN, se pensaba mucho antes de desarrollar un feature en un branch separado. Git hace que esto sea mucho más sencillo.

Git, GitHub, GitLab, Bitbucket

¿Qué es Git exactamente?

En primer lugar, es un programa, que se instala local. Permite crear y administrar repositorios locales.
Git también define el formato en el que se almacena la información en un repositorio (o sea, el contenido de la subcarpeta .git en cada carpeta en la que se crea o clona un repositorio).
Finalmente, incluye el protocolo para comunicarse con repositorios remptos que se alojan en servidores.

Aunque una organización puede instalar y configurar sus propios servidores Git, actualmente es más común contratar Git como un servicio. GitHub, GitLab y Bitbucket son los principales proveedores de estos servicios. El servicio que ofrece cualquiera de estos proveedores no se limita a repositorios Git, incluyendo

En particular, GitHub también provee la posibilidad de publicar un repositorio, cuyos archivos están en formato Markdown, como un sitio Web estático. Es lo que se conoce como GitHub Pages. Sin ir más lejos, este sitio está soportado por GitHub Pages.

Referencias (que me parecen) útiles

Cierro la introducción con dos referencias que creo útiles sobre Git.

La primera es la serie de tutoriales de Git de Atlassian. Atlassian es la empresa que mantiene Bitbucket y Jira, entre otros productos.
De los tutoriales genéricos que vi, es el que considero más claro. Se entiende lo que explica, y va bastante en profundidad.

Otro sitio que me ha ayudado a entender Git es Think like (a) Git. Tiene unos cuantos años y cuenta sólo algunas de las cosas que se pueden hacer usando Git. Lo que me gusta es el enfoque, cuenta Git desde una perspectiva cercana a la concepción de la herramienta, haciendo el esfuerzo por ser digerible.