<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hugo on Homelab.es</title><link>https://homelab-es.com/tags/hugo/</link><description>Recent content in Hugo on Homelab.es</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026</copyright><lastBuildDate>Tue, 07 Apr 2026 15:00:00 +0200</lastBuildDate><atom:link href="https://homelab-es.com/tags/hugo/index.xml" rel="self" type="application/rss+xml"/><item><title>Hugo + rsync: así publico mis webs estáticas desde casa sin Netlify ni complicarme la vida</title><link>https://homelab-es.com/posts/hugo-rsync-deploy-web-estatica-homelab/</link><pubDate>Tue, 07 Apr 2026 15:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/hugo-rsync-deploy-web-estatica-homelab/</guid><description>&lt;p&gt;Hay una cosa que me sigue haciendo gracia del mundo self-hosted. Montamos infra cada vez más compleja para acabar resolviendo tareas que, en el fondo, se arreglan con dos comandos bien puestos y un poco de criterio. Publicar una web estática es una de ellas.&lt;/p&gt;
&lt;p&gt;He probado flujos más elaborados. CI/CD con más capas, builders remotos, pipelines con demasiadas piezas, deploys muy listos sobre el papel y algo menos listos cuando fallan a las dos de la mañana. Al final he vuelto a lo que mejor me funciona para proyectos pequeños y medianos que controlo yo: Hugo para generar el sitio y rsync para dejarlo en el servidor.&lt;/p&gt;</description></item></channel></rss>