Ir al contenido

Git para un blog meteorológico: control de versiones sin miedo a romper Hugo

·2 mins
Categorías: Offtopic

Un blog basado en Hugo tiene una ventaja importante: prácticamente todo su contenido puede almacenarse como archivos de texto. Eso hace que Git encaje especialmente bien en el flujo de trabajo.

No hace falta ser programador para beneficiarse del control de versiones. Su utilidad más inmediata es poder saber qué cambió, cuándo cambió y recuperar una versión anterior.

1. Qué guarda Git #

Git registra cambios sobre los archivos que forman parte del proyecto. En un blog Hugo pueden ser artículos Markdown, configuración, plantillas, estilos y recursos.

Una modificación pequeña puede quedar asociada a un commit descriptivo.

2. El flujo básico #

Un ciclo habitual es:

git status
git add .
git commit -m "Añade artículo sobre circulación atmosférica"
git push

El objetivo no es ejecutar comandos por costumbre, sino crear puntos de control comprensibles.

3. Por qué los commits importan #

Un mensaje como cambios aporta poca información. Uno como Corrige ecuaciones KaTeX del artículo de Foehn permite entender inmediatamente qué ocurrió.

Los commits funcionan como un diario técnico del proyecto.

4. Trabajar antes de publicar #

Antes de subir cambios conviene generar el sitio localmente y revisar enlaces, imágenes y errores de plantilla. Si el proyecto utiliza un servidor de desarrollo, puede emplearse:

hugo server

La idea es separar dos acciones: editar y publicar.

5. Recuperar una versión anterior #

Uno de los mayores beneficios aparece cuando una modificación rompe una página. Git permite inspeccionar el historial y comparar versiones antes de decidir cómo restaurar el contenido.

Eso es especialmente valioso cuando se hacen revisiones masivas de muchos artículos.

6. El archivo .gitignore #

No todo debe entrar en el repositorio. Un .gitignore permite excluir archivos temporales, resultados de compilación o configuraciones locales que no formen parte del proyecto compartido.

7. Copias de seguridad y Git no son exactamente lo mismo #

Un repositorio remoto puede ser una copia adicional, pero no sustituye automáticamente una estrategia de copias de seguridad. Conviene conservar más de una copia y conocer qué elementos no están versionados.

Conclusión #

Para un blog Hugo, Git convierte la edición en un proceso reversible y documentado. La mejor estrategia no consiste en hacer muchos commits, sino en hacer commits pequeños, descriptivos y fáciles de relacionar con cambios concretos.