El desarrollo de software moderno no sería posible sin los sistemas de control de versiones. Todo el entorno depende de la cooperación de los equipos que trabajan en diferentes funciones al mismo tiempo, y el control de versiones le permite facilitar el trabajo. Por lo tanto, es necesario comprender cómo funciona Git, el sistema de control de versiones más popular en este momento.

En este artículo, repasaremos los conceptos básicos del sistema de control de versiones de git y cómo usar Git en general.

¿Qué es Git?

Muy bien, primero, respondamos a la pregunta de qué es exactamente un sistema de control de versiones de git.

Git es un sistema de control de versiones distribuido de código abierto desarrollado por la misma persona que creó Linux. Funciona en todos los principales sistemas operativos: Linux, Windows y Mac OS, por lo que no importa cuál use, Git funcionará allí.

¿Por qué usar Git?

Para responder bien a esta pregunta, permítanme compartir un recuerdo de cuando recién comencé a desarrollar sitios web.

Estaba trabajando en una vieja máquina de escritorio doméstica y aquí es donde solía construir todos mis diversos proyectos, pero un día la máquina se averió y perdí todos mis proyectos.

Después de un tiempo, obtuve una nueva máquina y decidí volver a hacer todos mis proyectos anteriores porque eran importantes para mis estudios. También quería actualizarlos usando mejores enfoques técnicos.

Dado que había enfrentado un problema de pérdida de datos en el pasado, decidí abordar este problema con una solución increíble de almacenar mi trabajo en múltiples áreas tanto localmente en mi máquina como en un dispositivo extraíble con diferentes versiones de cada proyecto cada vez que cambiaba o actualizado ese mismo proyecto.

Así que solía copiar todos los archivos de mi proyecto a una nueva carpeta llamada versión 2 y ahí es donde se debían hacer todos los cambios, tal vez cuando tenía una nueva idea o algunos cambios importantes para hacer en el mismo proyecto, abría otra carpeta. nombré la versión 3 y copié todos los archivos de la versión 2 en él y cada vez que necesitaba retroceder en el tiempo si algunos cambios rompían mi sitio, volvía a una versión más estable de mi proyecto y, por cierto, en ese entonces no lo hice. No sé nada sobre Git, así que esta era más mi idea inicial de un sistema de control de versiones.

Bueno, esto funcionó para mí durante bastante tiempo hasta que conseguí algunos proyectos enormes con archivos de módulos de nodos pesados, que requerían que hiciera tantos cambios que me hicieron terminar con tantas versiones de varios proyectos, y antes de que me diera cuenta, este enfoque era consumiendo gran parte del espacio de almacenamiento de mi disco duro y todas mis unidades ahora estaban en rojo y sabía que necesitaba una mejor solución.

Aquí es donde un amigo me habló de Git y gracias al sistema de control de versiones de Git porque resolvió todos mis problemas.

Sistema de control de versiones Git

• es un sistema que registra los cambios en nuestros archivos a lo largo del tiempo.
• Podemos recuperar versiones específicas de esos archivos en cualquier momento.
• Muchas personas pueden colaborar fácilmente en un proyecto y tener sus propias versiones de los archivos del proyecto en la computadora.

Comandos Git

• git clone <URL>: URL del repositorio -alojado en GitHub/Bitbucket o cualquier otro servidor remoto- que queramos descargar en nuestro equipo
• git add <filename>: este archivo es un archivo que queremos rastrear la próxima vez que guardemos una copia del repositorio. Recuerda que tenemos que estar en el mismo directorio que el que contiene el archivo a añadir.
• git add *: agrega todos los archivos que no están guardados, lo que obviamente es más rápido que git agregando archivos individuales. Sin embargo, separar las adiciones y las confirmaciones nos da control sobre nuestro repositorio y nos permite especificar qué cambios queremos rastrear.
• git commit -m "message": este comando simplemente guarda los cambios realizados en el repositorio. -m significa método. El mensaje debe describir lo que hayamos cambiado en el "commit". Esto es muy útil ya que podemos volver a la lista de mensajes que describen un conjunto secuencial de cambios.
• git status: nos dice lo que está pasando actualmente en nuestro repositorio