让我们假设我有一个相当大的Spring Tool Suite（STS）用户组织。这些用户正在使用一些过时的STS版本（例如3.1.0）。
将这些用户升级到最新的STS + Eclipse的建议和最痛苦的方法是什么？
我基本上看到两种主要方法。
使用 Eclipse内置P2更新机制从Eclipse / STS中更新STS + Eclipse。这是官方支持的方式吗？假设我坚持＆＃34;正式发布＆＃34; STS的STS + Eclipse版本组合（例如STS 3.1.0 + Eclipse 3.8.0，STS 3.1.0 + Eclipse 4.2.0，STS 3.2.0 + Eclipse 3.8.2，STS 3.2.0 + Eclipse 4.2.2等）。
这样可以保留所有已安装的插件和设置。
安装新的STS副本并从旧的STS安装导入设置。用户需要重新安装插件。
我更喜欢第一种选择，但在投入大量时间让这个过程尽可能无缝地与用户合作之前，我想确认这是“＃34;官方支持＆＃34;。
而且， STS对底层Eclipse版本的依赖程度如何？例如，我已经在Eclipse 3.8.0之上安装了STS 3.1.0 - 我可以假设将底层Eclipse版本升级到3.8 .1或3.8.2不会导致任何兼容性问题？或者我应该坚持STS download page上列出的组合（意味着我也应该将STS升级到3.2.0）？
更新
我查看了不同Eclipse版本的STS更新站点，以查看每个版本可用的STS版本（当前最新的STS版本是3.6.4）。我发现了：
（我搜索＆＃34; org.springsource.sts.ide＆＃34; IU /插件/包ID）
这似乎意味着通过使用正确的更新站点，即使底层Eclipse平台版本已经很老，也应该可以将STS升级到最新版本 - 导致Eclipse + STS组合没有完整 - 下载包可用。
答案 0 :(得分：5)
这是一个更复杂的问题，所以让我更详细地解释一下我的想法。
首先，有更新站点兼容性问题。对于每个新版本的STS，我们通常提供两到三个不同的更新站点：
这就是为什么不再看到基于3.7 - 4.2的更新站点的更新（在上面的列表中）。由于Eclipse迁移到新的4.x流（这在过去引起了一些麻烦），我们继续长期提供3.7-4.2兼容版本。但是这个“支持旧Eclipse版本的延长期”已经结束。从现在开始，我们回到上面概述的战略。
您可以使用这些更新站点将现有STS安装更新到下一版本的STS。这些更新不会自动更改基础主要Eclipse版本。这在过去引起了太多的麻烦。这也是我的建议：如果您想继续使用相同的底层Eclipse版本，您可以使用这些更新站点（以及帮助菜单中的“检查更新”）将STS更新为下一版本的STS组件。
如果您想升级到新版本的Eclipse，我建议为这个较新的Eclipse版本下载STS的全新副本并迁移首选项（如您所述）。工作区通常是兼容的，因此您无需设置新工作区。
但这需要重新安装先前在STS安装中安装的第三方插件。这通常是一项非常繁琐且耗时的任务。因此我使用的脚本可以自动执行此操作：
https://gist.github.com/martinlippert/5155155
这是我使用（在我的OSX机器上）自动从批量列出的更新站点安装大量附加功能的脚本示例。您可能需要对其进行修改以获取第三方功能并正确更新站点，并且可能需要对其进行一些修改以使其在Windows上运行（从未尝试过），但基本思想应适用于所有各种平台（在结束它使用命令行参数运行JVM。
希望这能解释各种策略并帮助您。 如果您还有其他问题，我很乐意提供帮助！
干杯！