Git

Git guarda un registro de cada cambio hecho a un programa, junto con quién lo hizo, cuándo y por qué. Cada cambio guardado se llama commit y, como no se tira nada, cualquier commit se puede deshacer. Esa es toda la idea, y es también la razón por la que varias personas trabajan sobre el mismo producto a la vez sin pisar el trabajo de las demás.

Como ese historial existe, una mala publicación deja de ser un desastre. En vez de restaurar la copia de anoche y perder los pedidos de hoy, el equipo devuelve el código al último commit bueno, casi siempre en menos de un minuto. GitHub y GitLab son webs construidas sobre Git, así que guardan la copia compartida y añaden la conversación alrededor. Una persona propone un cambio y otra lo lee y lo comenta antes de que llegue a un cliente. Por eso, cuando un cliente pregunta a Linkysoft quién cambió una regla de precios y qué día, la respuesta sale de ese historial y no de la memoria de nadie.

Lo que más sorprende es que Git no olvida de verdad. Si una contraseña o una clave de pago se guarda una vez en el historial, borrar la línea al día siguiente no la quita. La versión antigua sigue en el registro, donde puede leerla cualquiera que tenga una copia del proyecto. Por eso el único arreglo honesto es cambiar la contraseña y después limpiar el historial. Es de las primeras cosas que buscamos en una revisión de seguridad, y aparece más de lo que a nadie le gustaría.

Hay dos cosas más que conviene saber, y la primera es que Git no es una copia de seguridad. Guarda la historia del código, no los pedidos ni los archivos de sus clientes, que necesitan su propia copia en otro sitio. La segunda es que el valor del historial está en las notas que la gente escribe al lado de cada cambio. Seis meses después, una nota que dice «arreglado» no le cuenta nada a nadie, mientras que «se corrige el redondeo a la baja del total de factura en pedidos con dos monedas» ahorra una tarde entera.

Luego está la pregunta que hay que hacer pronto, mientras la relación va bien: ¿a nombre de quién está la cuenta que guarda el código? Las empresas lo descubren en el peor momento, cuando un programador se va y el historial se va con él. Por eso cada proyecto que lleva Linkysoft vive en Git desde el primer día, en una cuenta que es del cliente, incluidos los trabajos que recogemos a medias. Así también un solo historial cubre una aplicación web y la aplicación móvil construida dentro del mismo sistema. Un cambio en una regla de precios llega entonces a las dos, y podemos enseñar el día exacto.