Git

9.3 Git: Control de Versiones para Sysadmins

---

Introducción

En un entorno profesional, la automatización sin control de versiones es un riesgo operativo. Scripts, playbooks, configuraciones y despliegues deben ser versionados, auditables y reproducibles. Aquí es donde entra Git, el sistema de control de versiones distribuido estándar en la industria.

Para un Sysadmin senior, Git no es solo una herramienta de desarrollo: es un componente crítico para gestionar infraestructura como código, configuraciones de sistemas y despliegues automatizados con garantías de trazabilidad.

---

Objetivos de aprendizaje

Al finalizar este capítulo serás capaz de:

• Comprender el modelo de funcionamiento de Git.
• Gestionar repositorios locales y remotos.
• Versionar scripts, configuraciones y playbooks.
• Trabajar con ramas (branches) y flujos de cambios.
• Resolver conflictos y mantener historial limpio.
• Aplicar buenas prácticas en entornos profesionales.

---

Conceptos Teóricos

1. ¿Qué es Git?

Git es un sistema de control de versiones distribuido que permite:

• registrar cambios en archivos
• mantener historial completo
• colaborar en equipos
• revertir estados anteriores

A diferencia de otros sistemas, Git no guarda solo diferencias: guarda instantáneas (snapshots) del estado del proyecto.

Concepto clave

Cada commit representa el estado completo del proyecto en un momento concreto.

---

2. Arquitectura de Git

Git se compone de tres áreas principales:

• Working directory → archivos en local
• Staging area (index) → área de preparación
• Repositorio (.git) → historial versionado

Flujo típico:

Working → Staging → Commit → Repository

---

3. Estados de los archivos

Un archivo en Git puede estar en:

• untracked → no versionado
• modified → modificado
• staged → preparado
• committed → registrado

---

4. Commits e historial

Un commit incluye:

• cambios realizados
• autor
• timestamp
• mensaje descriptivo

Ejemplo:

git commit -m "Añadir script de backup"

---

5. Ramas (Branches)

Las ramas permiten trabajar en paralelo:

• main / master → rama principal
• feature/* → nuevas funcionalidades
• hotfix/* → correcciones urgentes

Crear rama:

git branch nueva-feature
git checkout nueva-feature

O directamente:

git checkout -b nueva-feature

---

6. Repositorios remotos

Permiten sincronizar cambios:

git remote add origin [email protected]
git push -u origin main

---

7. Merge y conflictos

Cuando dos cambios afectan a las mismas líneas:

<<<<<<< HEAD
cambio local
=======
cambio remoto
>>>>>>> rama

Debe resolverse manualmente.

---

Laboratorio Práctico

Escenario

Versionar un proyecto de automatización:

• script Bash de backup
• playbook de Ansible
• mantener historial y control de cambios

---

Parte 1: Inicializar repositorio

mkdir automatizacion
cd automatizacion
git init

---

Parte 2: Añadir archivos

cp ../backup.sh .
cp ../install_nginx.yml .

Ver estado:

git status

---

Parte 3: Añadir al staging

git add backup.sh install_nginx.yml

---

Parte 4: Crear commit

git commit -m "Primer commit: scripts de automatización"

---

Parte 5: Crear repositorio remoto

git remote add origin [email protected]:usuario/automatizacion.git

---

Parte 6: Subir cambios

git push -u origin main

---

Parte 7: Workflow de cambios

Modificar archivo:

nano backup.sh

Ver cambios:

git diff

Guardar:

git add backup.sh
git commit -m "Mejora logging backup"
git push

---

Output esperado

[main abc123] Mejora logging backup
 1 file changed, 3 insertions(+)

---

Errores Comunes y Troubleshooting

1. No configurar identidad

Please tell me who you are

-Solución:*

git config --global user.name "Tu Nombre"
git config --global user.email "[email protected]"

---

2. Push rechazado

rejected

-Causa:*

desincronización con remoto.

-Solución:*

git pull --rebase

---

3. Añadir archivos sensibles

Ejemplo: claves privadas.

-Solución:*

usar .gitignore:

-.key
.env

---

4. Conflictos de merge

-Solución:*

editar manualmente y:

git add archivo
git commit

---

5. Commits desordenados

Mensajes poco claros dificultan auditoría.

---

Buenas Prácticas (Nivel Senior)

1. Mensajes de commit claros

tipo: descripción breve

detalle opcional

Ejemplo:

feat: añadir playbook nginx
fix: corregir ruta backup

---

2. Uso de ramas

• nunca trabajar directamente en main
• usar flujo controlado

---

3. .gitignore adecuado

-.log
-.tmp
backup/

---

4. Integración con automatización

Versionar:

• scripts Bash
• playbooks Ansible
• configuraciones

---

5. Hooks

Validación automática antes de commits:

.git/hooks/pre-commit

---

6. Repositorios privados

Evitar exponer infraestructura:

• usar GitHub privado / GitLab
• controlar accesos

---

7. Auditoría

Git permite:

• saber quién hizo cambios
• cuándo
• qué se modificó

Clave para entornos regulados.

---

8. Integración CI/CD

Git es base de:

• pipelines
• despliegues automáticos
• testing

---

9. Revertir cambios

git revert HEAD

Nunca borrar historial en producción.

---

Resumen y Siguiente Paso

Has aprendido a utilizar Git como sistema de control de versiones aplicado a la administración de sistemas, permitiendo gestionar scripts, configuraciones e infraestructuras con trazabilidad y control total.

Dominar Git es imprescindible para cualquier flujo moderno de automatización y despliegue.

A partir de este punto, eres capaz de:

• automatizar con Bash
• gestionar infraestructuras con Ansible
• versionar y auditar con Git

Con esto completas el bloque de automatización y estás preparado para abordar entornos más avanzados como plataformas de ejecución y orquestación.

➡️ Siguiente bloque recomendado: Virtualización y contenedores (10-virtualizacion).