Upgrade early, upgrade often

"There are two basic approaches to take with dependency management. The first version is to lock down every dependency as tightly as you can to avoid accidentally breaking something. Which inevitably leads down the road to everything being locked to something archaic that can't be upgraded easily, and is incompatible with everything else. But with no idea what will break, or how to upgrade. I currently work at a company that went down that path and is now suffering for it. The second version is upgrade early, upgrade often. This will occasionally lead to problems, but they tend to be temporary and easily fixed. And in the long run, your system will age better. Google is an excellent example of a company that does this."
from https://news.ycombinator.com/item?id=20032255
View this page on GitHub.
Posted .

1 comment

  1. anonymous

    See also rolling releases like Arch, Gentoo, Manjaro, etc.

    https://en.wikipedia.org/wiki/Rolling_release

Leave a Reply