Cómo funciona el control de versiones de Git

watch 6m, 56s
views 2

08:57, 26.05.2026

Contenido del artículo
arrow

  • Introducción a Git
  • ¿Qué es GitHub?
  • Primeros pasos con Git
  • Terminal frente a interfaz gráfica (GUI)
  • Configuración de la carpeta del proyecto para Git
  • Inicialización del repositorio Git
  • Explicación del repositorio Git
  • Colaboración con otros mediante Git
  • Cómo rastrea Git los cambios en los archivos
  • ¿Qué es un commit en Git?
  • Cómo crear una confirmación
  • Resumen del flujo de trabajo estándar de Git
  • Paso 1: Edición de archivos
  • Paso 2 – Preparación de los cambios para el staging
  • Paso 3 – Confirmación de los cambios
  • Exploración del historial de confirmaciones de Git
  • ¿Qué son las ramas de Git?
  • Reflexiones finales

El sistema de control de versiones Git es imprescindible para que los desarrolladores puedan colaborar de forma más eficaz y realizar un seguimiento de las distintas versiones del código.

Si un equipo lleva mucho tiempo trabajando en un proyecto concreto, para solucionar los problemas de forma eficaz es necesario realizar un seguimiento de todos los cambios posibles, y Git puede ser un sistema excelente para este fin.

Sin embargo, si nunca antes has utilizado Git, este tema puede parecerte extremadamente complicado. Por eso hemos decidido simplificar un poco el proceso y abordar algunas posibles dudas y dificultades que puedas tener.

Introducción a Git

Git es un sistema específico que debes descargar en tu ordenador para trabajar en proyectos de programación, ya sea de forma individual o en equipo con otros desarrolladores.

Para comprobar dónde está instalado Git en tu ordenador, utiliza este comando:

git –version

Si Git ya está instalado, al introducir este comando verás su versión. Si no tienes Git en tu ordenador, solo tienes que visitar el sitio web oficial de Git y seguir unas sencillas instrucciones.

¿Qué es GitHub?

GitHub sirve para alojar proyectos Git en la nube. Se trata únicamente de un producto de alojamiento, y existen otros servicios de alojamiento similares a GitHub, como por ejemplo GitLab.

Primeros pasos con Git

Terminal frente a interfaz gráfica (GUI)

Git se puede gestionar de la forma que mejor se adapte a cada usuario. Para algunos usuarios será a través del terminal y el uso de comandos, mientras que para otros será a través de una interfaz gráfica, como GitKraken.

Si has decidido utilizar el terminal, empieza por familiarizarte con algunos comandos básicos y necesarios. En la página web oficial hay documentación detallada sobre los comandos, y no es necesario que te los aprendas; simplemente consulta los comandos necesarios cuando los necesites.

Los usuarios que prefieran una interfaz más intuitiva deberían optar por una interfaz gráfica de usuario (GUI).

A continuación nos centraremos principalmente en el uso del terminal, pero los pasos son bastante similares para los usuarios de la GUI.

Configuración de la carpeta del proyecto para Git

Para utilizar Git, debes tener un proyecto que requiera control de versiones. Si estás empezando un nuevo proyecto, crea una carpeta y realiza los pasos necesarios a través del terminal. Puedes crear una carpeta con el comando mkdir.

Si el proyecto ya está creado, simplemente acceda a él en el terminal.

Inicialización del repositorio Git

Una vez en la carpeta del proyecto, para utilizar Git es necesario inicializar el repositorio mediante git init. Una vez introducido el comando en el terminal y pulsado Intro, se ejecutará.

Muchos procesos en Git se realizan en segundo plano, y para ver los archivos ocultos, debes seguir el siguiente paso. En Mac, los usuarios deben pulsar Comando+Mayús+Punto para ver los archivos ocultos. Con el mismo fin, en Windows es necesario cambiar la configuración de visualización.

Para ver los archivos ocultos en el terminal, utiliza el comando:

ls -a

Explicación del repositorio Git

En pocas palabras, un repositorio es una carpeta .git que se encuentra dentro de la carpeta del proyecto. Este sistema es necesario para realizar un seguimiento de todos los cambios en ese proyecto concreto. El repositorio que se encuentra en tu ordenador se denomina local.

En cuanto empezamos a utilizar GitHub u otros servicios de alojamiento similares y subimos allí este repositorio local, este se convierte en un repositorio remoto. Este repositorio remoto es extremadamente importante para realizar copias de seguridad periódicas, así como para colaborar cómodamente con otros desarrolladores en un mismo proyecto.

Colaboración con otros mediante Git

Para que otros desarrolladores tengan acceso a un proyecto concreto, pueden descargar/clonar el repositorio remoto desde el servicio de alojamiento. Una vez descargado el proyecto, tendrán acceso al repositorio local.

En un proyecto grande, todos los desarrolladores involucrados tienen acceso local en sus ordenadores. Para añadir algunos detalles y compartir su trabajo, pueden añadir esos detalles al repositorio remoto.

Cómo rastrea Git los cambios en los archivos

Para guardar diferentes versiones de un mismo proyecto, es necesario crear commits.

¿Qué es un commit en Git?

Un commit en Git es lo mismo que una versión del proyecto. Incluye una versión independiente del proyecto y referencias a carpetas y archivos.

Cómo crear una confirmación

Para comprender y crear una confirmación, es importante conocer los diferentes espacios de Git, como el área de preparación, el directorio de trabajo y el historial de confirmaciones.

El directorio de trabajo es el contenido de la carpeta del proyecto. Funciona como un espacio de trabajo donde se pueden editar, añadir o eliminar las partes o archivos necesarios.

La zona de preparación es como un espacio de borrador. Es el lugar donde se pueden actualizar o añadir versiones de archivos, o eliminar elementos, para seleccionar fácilmente qué incluirá la próxima versión del proyecto o el commit. Este espacio está representado por un archivo de índice.

En cuanto al historial de confirmaciones, es el lugar donde se almacenan las confirmaciones, y estas se guardan en la carpeta de objetos. Tanto el historial de confirmaciones como el área de trabajo forman parte del repositorio.

Resumen del flujo de trabajo estándar de Git

Paso 1: Edición de archivos

Si has creado un nuevo proyecto llamado, por ejemplo, skills, también puedes crear un archivo de texto simple y llamarlo chapter0. La creación de este archivo se puede realizar directamente en el terminal o mediante un editor de texto. Para hacerlo directamente en el terminal, puedes utilizar el comando touch chapter0.txt.

En el proyecto actual, puedes añadir, editar o eliminar archivos según sea necesario. A continuación, también puedes utilizar el comando git status. Este comando sirve para determinar el estado de la zona de preparación y del directorio de trabajo, y para detectar diferencias entre ambos.

Después de añadir un nuevo archivo al directorio, para convertirlo en un archivo rastreable, utiliza git add. Hablaremos de esto con más detalle en el siguiente paso.

Paso 2 – Preparación de los cambios para el staging

Para añadir archivos actualizados o nuevos al staging, debemos utilizar git add. Si hay archivos que no necesitamos incluir en la próxima confirmación, no los añadimos a la zona de preparación.

Una vez que hayamos añadido el archivo a la zona de preparación mediante el comando git add, podemos comprobar con git status si el archivo se ha añadido realmente a la zona de preparación.

Los archivos no se mueven a la zona de preparación, sino que se copian desde el directorio de trabajo.  

Paso 3 – Confirmación de los cambios

Para realizar efectivamente el commit, es necesario utilizar el comando git commit -m y proporcionar un mensaje de commit.

Para enumerar todas las confirmaciones del proyecto, hay que utilizar el comando git log. Cada confirmación tiene un hash de 40 caracteres, que puede contener números y letras y se utiliza como nombre de la confirmación.

Exploración del historial de confirmaciones de Git

El repositorio contiene varias confirmaciones. En el escenario más simple posible, cada commit tiene un commit padre, que fue el inicial.

Por supuesto, existen escenarios más complejos en los que hay varias fusiones y ramas, pero no profundizaremos en este tema aquí.   

¿Qué son las ramas de Git?

Una rama de Git es un puntero a una confirmación. La rama predeterminada se llama main o master. Una rama es un puntero a un commit, y podemos comprobarlo literalmente entrando en la carpeta .git, la carpeta refs, la carpeta heads y el archivo master. Dentro de este archivo se encuentra el hash de la confirmación.

Para ver todas las ramas en el terminal, utiliza el comando:

git branch  

Las ramas simplifican muchos procesos, facilitando considerablemente el trabajo en varias funciones y la colaboración con diferentes desarrolladores del equipo.

Reflexiones finales

En este artículo solo hemos visto los fundamentos básicos de Git, y si quieres saber más, hay mucha información en Internet que puedes consultar.

Compartir

¿Te ha resultado útil este artículo?

Ofertas populares de VPS

-20.5%

CPU
CPU
6 Xeon Cores
RAM
RAM
16 GB
Space
Space
150 GB SSD
Bandwidth
Bandwidth
10 TB
KVM-SSD 16384 Metered Linux

95 /mes

/mes

Facturado cada 12 meses

-15%

CPU
CPU
6 Xeon Cores
RAM
RAM
8 GB
Space
Space
100 GB SSD
Bandwidth
Bandwidth
80 Mbps
DDoS Protected SSD-wKVM 8192 Windows

101 /mes

/mes

Facturado cada 12 meses

-16.3%

CPU
CPU
4 Xeon Cores
RAM
RAM
2 GB
Space
Space
30 GB SSD
Bandwidth
Bandwidth
40 Mbps
DDoS Protected SSD-KVM 2048 Linux

48 /mes

/mes

Facturado cada 12 meses

-8.9%

CPU
CPU
6 Xeon Cores
RAM
RAM
16 GB
Space
Space
400 GB HDD
Bandwidth
Bandwidth
Unlimited
wKVM-HDD 16384 Windows

56 /mes

/mes

Facturado cada 12 meses

-13.1%

CPU
CPU
2 Xeon Cores
RAM
RAM
512 MB
Space
Space
10 GB SSD
Bandwidth
Bandwidth
300 GB
KVM-SSD 512 HK Linux

7 /mes

/mes

Facturado cada 12 meses

-10%

CPU
CPU
3 Xeon Cores
RAM
RAM
1 GB
Space
Space
40 GB HDD
Bandwidth
Bandwidth
Unlimited
KVM-HDD 1024 Linux

6.1 /mes

/mes

Facturado cada 12 meses

-10%

CPU
CPU
6 Xeon Cores
RAM
RAM
8 GB
Space
Space
100 GB SSD
Bandwidth
Bandwidth
Unlimited
KVM-SSD 8192 Linux

25.85 /mes

/mes

Facturado cada 12 meses

-10%

CPU
CPU
10 Epyc Cores
RAM
RAM
64GB
Space
Space
400 GB NVMe
Bandwidth
Bandwidth
Unlimited
Keitaro KVM 65536
OS
CentOS
Software
Software
Keitaro

149.04 /mes

/mes

Facturado cada 12 meses

-10%

CPU
CPU
8 Xeon Cores
RAM
RAM
32 GB
Space
Space
200 GB SSD
Bandwidth
Bandwidth
12 TB
KVM-SSD 32768 Metered Linux

150.01 /mes

/mes

Facturado cada 12 meses

-12.3%

CPU
CPU
6 Xeon Cores
RAM
RAM
16 GB
Space
Space
150 GB SSD
Bandwidth
Bandwidth
Unlimited
10Ge-wKVM-SSD 16384 Windows

237 /mes

/mes

Facturado cada 12 meses

Otros artículos sobre este tema

cookie

¿Acepta las cookies y la política de privacidad?

Utilizamos cookies para asegurar que damos la mejor experiencia en nuestro sitio web. Si continúa sin cambiar la configuración, asumiremos que acepta recibir todas las cookies del sitio web HostZealot.