<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dependency-Management on F. Latini - IT Engineer</title><link>https://latini.dev/tags/dependency-management/</link><description>Recent content in Dependency-Management on F. Latini - IT Engineer</description><generator>Hugo</generator><language>en</language><lastBuildDate>Thu, 15 Oct 2026 08:00:00 +0000</lastBuildDate><atom:link href="https://latini.dev/tags/dependency-management/index.xml" rel="self" type="application/rss+xml"/><item><title>Nobody Merges the Dependency Bot's Pull Requests</title><link>https://latini.dev/posts/nobody-merges-the-dependency-bot/</link><pubDate>Thu, 15 Oct 2026 08:00:00 +0000</pubDate><guid>https://latini.dev/posts/nobody-merges-the-dependency-bot/</guid><description>&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt; - Most organisations solved dependency updates by switching on a bot, and the bot now opens more pull requests than anyone will ever review. The problem is not the bot. It is that staying current was shipped as a notification to every repository instead of as a capability of the platform, so every team is asked to make the same judgement about the same bump, with less context than anyone else in the building, for a benefit that lands somewhere else. Drift compounds: one version behind is a pull request, five versions behind is a project, and a forced migration is just drift that finally met a date. The fix is to stop treating currency as a per-repo chore. Upgrade the layers the platform ships once, for everyone. Group application updates into one scheduled change per repository and let it merge itself when the fleet&amp;rsquo;s evidence says it is safe. Run major versions as campaigns with a codemod. And measure lag and version skew, not pull requests opened.&lt;/p&gt;</description></item></channel></rss>