<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Githooks on Project Wintermute</title><link>https://wintermutecore.com/tags/githooks/</link><description>Recent content in Githooks on Project Wintermute</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 04 Sep 2026 14:00:17 +0000</lastBuildDate><atom:link href="https://wintermutecore.com/tags/githooks/index.xml" rel="self" type="application/rss+xml"/><item><title>Githooks Pins Nix vendorHash After Go Module Drift</title><link>https://wintermutecore.com/posts/githooks-nix-vendorhash-pin-fix/</link><pubDate>Fri, 04 Sep 2026 14:00:17 +0000</pubDate><guid>https://wintermutecore.com/posts/githooks-nix-vendorhash-pin-fix/</guid><description>&lt;p&gt;&lt;a href="https://github.com/gabyx/githooks"&gt;Githooks&lt;/a&gt; is a Git hooks manager written in Go. It runs hooks checked into a repo and hooks pulled from shared Git repositories, which is how a lot of data pipeline trees keep lint, format, and secret scanning consistent on commit and push. This week &lt;code&gt;main&lt;/code&gt; moved by one commit. The change is a Nix &lt;code&gt;vendorHash&lt;/code&gt; pin, not a runtime fix. If you build the in tree flake against current &lt;code&gt;go.mod&lt;/code&gt;, that pin is the difference between a hash mismatch and a binary.&lt;/p&gt;</description></item></channel></rss>