如何处理主要框架/依赖项升级？

Question

寻找一些关于在项目中处理主要依赖项升级的最佳实践,假设使用依赖关系管理工具(例如,Maven 2).

具体来说,我感兴趣的是:

• 如何使继承的应用程序保持最新(例如,Spring 1.2.x到2.5.x)
• 在进行这样的改革之后,可以采取哪些措施来使应用程序保持最新状态

您自己的经历或任何您遇到/发现有用的文章/论文都是受欢迎的.

编辑: 更新依赖项版本号是微不足道的.基于对依赖项的更改(弃用,删除,对参数/返回值中的类型的更改等等),我更关注如何处理您需要进行的更改.如果有一种很好的方法可以在将来缓解这些变化,那么让您的依赖关系保持最新应该可以让您始终掌握更改,并防止浪费大量时间来让功能更加安全x 2.1 ".

Answer 1

根据我的经验，依赖项升级是由于依赖项拥有所需的功能而实现的，作为对直接影响您自己的代码的依赖项中的错误的修复，支持新的 Java 版本，或者保持您的代码符合特定的要求标准（关于影响安全性的依赖关系）。如果您的代码不属于这些必要领域之一，我不会费心使它们保持最新，而是仅根据需要更新它们，因为从一个版本更新到另一个版本实际上可能会给您的应用程序带来错误。

我始终发现，最佳实践始于完成周期内应用程序的生产，将其作为稳定版本发布，并在下一个开发迭代中手动更新依赖项。将您的版本集中在父 POM 中将导致最小的依赖版本修改并提高可扩展性。假设您使用 Maven：

<dependency>
   <groupId>your.dep.group</groupId>
   <artifactId>your-artifact-id</artifactId>
   <version>${desiredVersion}</version>
</dependency>