<?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>Dependencies on Jake Worth</title><link>https://jakeworth.com/tags/dependencies/</link><description>Recent content in Dependencies on Jake Worth</description><image><title>Jake Worth</title><url>https://jakeworth.com/twittercard.png</url><link>https://jakeworth.com/twittercard.png</link></image><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 20 Apr 2026 17:20:05 -0400</lastBuildDate><atom:link href="https://jakeworth.com/tags/dependencies/index.xml" rel="self" type="application/rss+xml"/><item><title>Incremental Dependency Upgrades</title><link>https://jakeworth.com/posts/incremental-dependency-upgrades/</link><pubDate>Mon, 20 Apr 2026 17:20:05 -0400</pubDate><guid>https://jakeworth.com/posts/incremental-dependency-upgrades/</guid><description>&lt;p&gt;When possible, I prefer to upgrade dependencies incrementally rather than making
several version jumps. So, we try not to go from React 16 to 19. We go from 16
to 17, then to 18, and finally to 19.&lt;/p&gt;
&lt;h3 id="the-risks-of-jumping-multiple-versions"&gt;The Risks of Jumping Multiple Versions&lt;/h3&gt;
&lt;p&gt;It&amp;rsquo;s very tempting to jump to the latest release. It feels like time travel;
putting your application on the latest in the fewest number of steps. What’s not
to like?&lt;/p&gt;</description></item><item><title>Dependencies Go Forward</title><link>https://jakeworth.com/posts/dependencies-go-forward/</link><pubDate>Mon, 20 Apr 2026 17:12:04 -0400</pubDate><guid>https://jakeworth.com/posts/dependencies-go-forward/</guid><description>&lt;p&gt;A policy I favor with dependency management: go forward. Going backward is an
exception that we must plan to remedy.&lt;/p&gt;
&lt;h3 id="example"&gt;Example&lt;/h3&gt;
&lt;p&gt;Consider a CVE in a dependency at version 5.0 (v5.0). We’re advised that v6.0
and v4.0 are safe. Which way should we go, forward or backward?&lt;/p&gt;
&lt;p&gt;We want to default to forward. Even if we&amp;rsquo;ve been on v4.0 before and know it is
compatible. Even if we aren’t sure that v6.0 is &amp;ldquo;solid&amp;rdquo; or if it takes some code
changes to implement.&lt;/p&gt;</description></item><item><title>Tradeoffs of Permanently Forking a Library</title><link>https://jakeworth.com/posts/permanently-forking-a-library-tradeoffs/</link><pubDate>Fri, 03 Apr 2026 15:54:06 -0400</pubDate><guid>https://jakeworth.com/posts/permanently-forking-a-library-tradeoffs/</guid><description>&lt;p&gt;Permanently forking a library is something I&amp;rsquo;ve observed on several teams. But, there are tradeoffs that aren&amp;rsquo;t always obvious.&lt;/p&gt;</description></item><item><title>How I Clean Up JavaScript Dependencies</title><link>https://jakeworth.com/posts/how-i-clean-up-unused-javascript-dependencies/</link><pubDate>Mon, 03 Aug 2020 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/how-i-clean-up-unused-javascript-dependencies/</guid><description>&lt;p&gt;Unused dependencies are bad: they increase the size of your project, slow down
your processes, require upgrades, and send incorrect messages to fellow
developers about what&amp;rsquo;s important. Make your project better by periodically auditing your dependencies, and
removing those that are unused.&lt;/p&gt;</description></item><item><title>A Git Workflow to Keep Branches Current and PRs Clean</title><link>https://jakeworth.com/posts/mgrim-everything-updated-all-the-time/</link><pubDate>Wed, 11 Jul 2018 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/mgrim-everything-updated-all-the-time/</guid><description>&lt;p&gt;My current favorite command line alias is &lt;code&gt;mgrim&lt;/code&gt;, composed of four other aliases. Here&amp;rsquo;s what it is, and what it does.&lt;/p&gt;</description></item></channel></rss>