Por qué Git es relevante en 2021 y lo será durante mucho tiempo

Git existe desde 2006 cuando fue creado por Linus Torvalds, la misma mente detrás de Linux. Entre 2006 y hoy, Git es ahora el sistema de control de versiones dominante (VCS) utilizado en el desarrollo de software, eclipsando a otros como Mercurial, Subversion, BitKeeper, Darcs y una gran cantidad de herramientas menos comunes. Si escribe código y nunca ha colaborado con otro desarrollador, Git es la mejor opción para el VCS que usa.

A medida que avanzamos hacia 2021, Git sigue siendo relevante por una variedad de razones y es probable que mantenga su dominio por un tiempo, como les mostraré en esta publicación. Git es una gran parte de la rutina de un desarrollador y es importante para su carrera estar al tanto de sus tendencias futuras actuales y potenciales.

Comando actual de Git

El factor determinante más fuerte de la relevancia actual de Git es que ya es el sistema de control de versiones para la gran mayoría de desarrolladores. Esto significa que los desarrolladores individuales, los equipos independientes, los usuarios académicos y los departamentos de la industria continuarán eligiendo entre ellos, ya que esta es la familiaridad de la comunidad de desarrolladores y el grupo de talentos. Los más fuertes se vuelven más fuertes y las herramientas más débiles desaparecen de la corriente principal.

También significa que los equipos que han tardado en adoptar tecnologías más nuevas como Git continuarán haciendo el cambio, probablemente a un ritmo cada vez mayor. Hay muchos equipos que todavía trabajan en herramientas VCS centralizadas más antiguas, como Subversion. Lo más probable es que esto se deba a que sus organizaciones están arraigadas en ese sistema durante muchos años.

Sin embargo, los factores económicos obligarán a más y más a actualizarse a Git. Esto se debe a que Git proporciona flujos de trabajo colaborativos más flexibles y una mayor parte de sus empleados técnicos estarán familiarizados con él. Como veremos más adelante, migrar a una base de datos de Git previamente rastreada con una herramienta diferente es extremadamente fácil.

Marca Git

La segunda predicción más poderosa de la relevancia continua de Git es su marca. Cuando las personas piensan en el control de versiones y el código de seguimiento, inmediatamente piensan en Git. Incluso los no desarrolladores están familiarizados con sitios de alojamiento de código como GitHub y BitBucket. GitHub está especialmente en el ojo y la conciencia convencionales.

Una marca sólida es importante porque permite a las personas en el mundo identificar un producto o servicio, participar en las historias que lo rodean y ayudar a influir en otros para que lo utilicen. También permite que el producto o servicio se relacione con temas contextualmente relevantes, en este caso, desarrollo de software, programación y colaboración.

Esto es especialmente cierto en nuestro tiempo, donde los algoritmos y rastreadores de Google generan muchas influencias, lo que genera tráfico entre temas relacionados. Git es similar a la Coca-Cola de control de versiones. En última instancia, su marca ayudará a conectar a los usuarios existentes y atraerá nuevos desarrolladores todos los días.

Fácil de migrar a Git

Como mencioné antes, los usuarios que conocen Git y quieren migrar a Git son una cosa, pero debe haber una forma sencilla de transferir proyectos heredados a Git. Afortunadamente, Git proporciona documentación completa para la migración desde otros sistemas.

La guía anterior contiene pasos sobre cómo migrar repositorios de código a Git desde Subversion (SVN), Mercurial, Bazaar y Perforce.

Básicamente, para cada sistema, Git tiene un subcontrato que permite la interacción con ese sistema fuente. Por ejemplo, el git svn <subcommand> se utiliza un conjunto de comandos para interactuar con los repositorios de Subversion. Piense en cada uno de estos comandos como un traductor entre el sistema fuente y el fin de semana de Git.

Git incluso proporciona un importador personalizado que puede utilizar para migrar su proyecto desde otros sistemas no compatibles con Git de forma inmediata.

Caso de Git de uso mínimo sostenible

En general, el control de versiones puede ser un asunto complejo de entender para los nuevos desarrolladores cuando aprenden a programar. No es el conjunto de conceptos más intuitivo para aprender, y se necesita práctica de la vida real en algunos proyectos antes de dominarlo.

Sin embargo, en mi opinión, el “caso de uso mínimo viable” para usar Git solo requiere aprender algunos comandos relativamente simples. Si bien Git es flexible y puede admitir muchos flujos de trabajo de equipo diferentes, existe una forma muy sencilla de aprender los conceptos básicos de Git. Esto se basa en los conceptos centrales de Git de la directorio de trabajo, área del escenario, y cambios dedicados.

El directorio de trabajo es el conjunto actual de archivos y carpetas de código en su sistema de archivos. Estos son los archivos que abre en su editor de código y realiza cambios en ellos. Cada sistema de control de versiones tiene un directorio de trabajo (o término equivalente), por lo que este no es realmente exclusivo de Git.

Una vez que haya completado una tarea de codificación en particular, como corregir un error o agregar una nueva función, puede agregar sus archivos modificados al área de etapa de Git (también conocida como índice de etapa o caché). git add <file.ext> orden. Piense en esto como una especie de laxante para su código: es el código que se está preparando para almacenar permanentemente en Git cuando todos los cambios estén juntos.

El área del escenario es básicamente un concepto desarrollado por Git. Otros sistemas suelen omitir este paso, lo que, en mi opinión, deja un paso preparatorio importante que ayuda a los desarrolladores a crear código limpio.

La parte final del proceso es dedicar los cambios en el área del escenario al repositorio de Git. Esto se hace usando el comando git commit -m “Commit message”. Esto toma todos los cambios agregados al área de la etapa y crea un nuevo objeto de compromiso, que se almacena en su repositorio de Git. Este compromiso asciende a lo más alto de la rama actual, ligado al compromiso anterior en la cadena, o al compromiso de los padres.

Los últimos tres elementos describen básicamente la funcionalidad principal de Git. La curva de aprendizaje de estos conceptos es relativamente superficial, lo que mantiene a los nuevos desarrolladores a bordo del ecosistema Git. Por lo tanto, Git seguirá siendo una herramienta de codificación esencial para que los nuevos desarrolladores aprendan.

Otras eficiencias en Git

Además de las funciones básicas descritas en la sección anterior, Git tiene muchos otros principios y características de diseño que lo convierten en una herramienta más eficiente que los competidores de VCS. Estos incluyen ramificaciones y fusiones ligeras, un modelo de referencia flexible, una base de datos con lanzamiento de contenido y mucho más.

Antes de la llegada de Git, las herramientas VCS existentes, como CVS (Sistema de Versión Concurrente), constituían una pesadilla para fusionar código. Con CVS, los usuarios a menudo terminaban con complejos cambios de código conflictivos que requerían mucho esfuerzo para resolverlos manualmente. Git ha revisado el paradigma de «fusión fácil y frecuente», donde los desarrolladores a menudo crean nuevas ramas, incluso para funciones / correcciones menores, y Git generalmente puede manejar los cambios de fusión en la rama principal de forma automática.

Esto es excelente para los desarrolladores porque minimiza el tiempo y el esfuerzo dedicados a solucionar manualmente los conflictos de fusión.

Git también tiene un modelo de referencia eficiente que es intuitivo para los desarrolladores sin que sea necesario que encuentren malas hierbas técnicas. Git permite a los usuarios crear nombres para sus sucursales y crear etiquetas que marcan compromisos de sucursales específicos. Los nombres y etiquetas de las ramas forman parte de un grupo más general de cosas llamadas referencias, o referencias, que son consejos para los compromisos básicos de Git.

Además, Git gestiona algunas referencias, como Git HEAD, para indicar la parte superior de la rama actual. Estas referencias permiten a los desarrolladores comprender fácilmente las promesas con las que están trabajando, sin tener que lidiar con la compleja jerga de Git.

La última característica que tocaremos aquí es la base de datos de Git navegable por contenido. Git almacena todos sus datos sobre su código en algo llamado base de datos de objetos. Este es un directorio oculto en su repositorio de Git. Cuando rastrea archivos con Git, agrega archivos al área del escenario y crea promesas, Git crea objetos en la base de datos de objetos. Estas cosas se nombran en función del contenido que contienen, por lo que las llamamos «direcciones de contenido».

Esto permite a Git aprovechar muchas eficiencias de rendimiento y ejecutar varios comandos mucho más rápido que otras herramientas.

Git sigue evolucionando

Un último factor que señalaré es que el código Git está en constante evolución. Git tiene una comunidad de desarrollo de código abierto muy activa compuesta por una serie central de desarrolladores rodeados por cientos de otros contribuyentes.

Por lo tanto, es probable que incluso si otras herramientas crean características que amplían la cobertura de la industria del control de versiones, la experiencia de los desarrolladores de Git les permitirá adaptar e integrar funcionalidades similares en Git.

Esto le da a Git un lema sólido que protege la herramienta de la competencia tecnológica del siglo XXI que cambia rápidamente.

El futuro de Git

Los factores descritos en este artículo son un fuerte argumento para el dominio continuo de Git en el futuro. Incluso si una nueva herramienta demuestra que supera a Git en términos de tecnología o usabilidad, la mayoría de los desarrolladores tardarían años en cambiar de Git a esa nueva herramienta.

Para fines comparativos, podemos mirar los lenguajes de programación. Incluso los lenguajes de programación muy antiguos como Fortran, C y Perl todavía se utilizan y desarrollan activamente en la actualidad a pesar de la llegada de nuevas alternativas como Java, JavaScript, Python, Rust, Go y muchos más.

La clave para mantenerse empoderado es que sus comunidades vivan. En mi opinión, incluso si Git supera a otra herramienta, seguirá teniendo un lugar en la caja de herramientas del desarrollador de software durante los próximos años.