是否应该自动升级工具/框架/依赖关系到最新版本？

Question

在我目前的工作中，毫无疑问，如果我们在项目中使用的新技术版本发布，我们会尽快升级。在我以前的工作中，情况并非如此......我们不得不说服管理层认为这是必要的。因此，我们经常不得不做一些可能有用的功能，并继续使用很久以前修复过的错误。有时，甚至很难获得我们使用的旧版本的支持。我并没有真正看到这种观点，特别是在经历了相反的方法之后。这个问题真的有两面吗？

Answer 1

在这两种方法中，我绝对更喜欢你现在的那种方法。由于许多原因，应用程序落后可能会很痛苦，其中一些原因，你注意到了。

唯一的警告是以时间为中心，真的;通常需要一些非常重要的时间来更新新框架/依赖项的内容。当框架保持向后兼容性时，这很好，但并不总是这样。

突破性变化通常是显而易见的，并且通常（我们希望）存在的原因非常充分。更加麻烦的是无声的变化，这些变化不会妨碍建筑，但会造成微妙的错误;比如具有相同签名的库函数，但行为略有不同或返回结果。

但是，如果一个应用程序是长期支持的，那么保持它是最新的是IMO。

Answer 2

中间某处有一个灰色区域。

你的旧地方生活在“不要摇摇欲坠”的方法中。是的，这些东西可能不是最新的，但他们知道它可以做什么（也许不可能）以及如何处理它。如果这是一个问题，你希望知道它不是套件就在它周围（或者你已经找到了它的所有错误以及如何处理它们并保持你的套件运行）。

你的新地方完全相信新套件必须更好，并且如果没有大量的检查和平衡就不可能释放。是的，可能会有一些怪癖，但是知道其中一些旧的错误已经不存在了（好发布文档说它已经修好了）值得花时间在最新版本中找到新的bug。

它是一条很好的路线，很大程度上取决于技术的用途以及它的关键性。

Answer 3

是的，这个问题肯定有两个方面。无论何时发布新版本，我都会在升级方面权衡......

• 如果没有损坏，请不要修复它。如果您的系统正在运行，那么任何 变化是一种风险，并非所有风险都是 值得一试。
• 如果每次升级都升级 弹出任何组件弹出你 会发现你自己跟随别人 人们的日程安排。

变革管理是强大可靠系统的重要原则。