<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Automation on Pedro Balbino</title><link>https://blog.home301server.com.br/es/tags/automation/</link><description>Recent content in Automation on Pedro Balbino</description><generator>Hugo</generator><language>es-ES</language><lastBuildDate>Sat, 11 Jul 2026 00:00:00 -0300</lastBuildDate><atom:link href="https://blog.home301server.com.br/es/tags/automation/index.xml" rel="self" type="application/rss+xml"/><item><title>Los hooks son consejo, los rulesets son ley</title><link>https://blog.home301server.com.br/es/posts/2026-07-11-git-rulesets-hooks-defense-in-depth/</link><pubDate>Sat, 11 Jul 2026 00:00:00 -0300</pubDate><guid>https://blog.home301server.com.br/es/posts/2026-07-11-git-rulesets-hooks-defense-in-depth/</guid><description>Defense-in-depth para un dev solo corriendo varios agentes de código contra una única branch que se deploya: hooks de git client-side consultivos (lefthook, pre-push) por latencia, y un ruleset server-side de GitHub vinculante por integridad. Los hooks se pueden saltear; el ruleset se hace cumplir. El patrón + la fitness function que prueba que la ley sigue vigente.</description></item></channel></rss>