为什么当4.3出局时,Ubuntu 14.04坚持使用(旧)Eclipse 3.8？

Question

Ubuntu通常是最前沿的发行版.但是,当我们4.x开发4年时,为什么它坚持使用2011版本的Eclipse ？

它甚至不是可选的,也无法从存储库中安装.而且下载也不容易.出于某种原因,Java SE 7参考实现OpenJDK是不够的,您需要Oracle版本.为什么？这也不是来自repo的,你需要一些奇怪的不受信任的第三方回购或者关于如何自己安装它的整章.

三年前出现了问题.当Juno 4.2它出来时,它有很多性能问题.Eclipse主任Mike Milinkovich 解释了其中一个原因是缺乏资金.这是主要版本中的第一次:

"性能测试被关闭,因为Eclipse平台团队存在严重的资源问题."

出于这个原因,开发人员同时发布了未命名和未推出的版本3.8,4.2以弥补这个(希望)临时问题的差距,并且它的受欢迎程度引起了开发人员的显着下降趋势.正如一位Eclipse b3开发者所说:

"我对转换后的性能提升感到震惊.3.8平台的速度要快得多"

该3.8版本仍然是4.x开发人员之间分支的流行替代品(请问我的同事或谷歌),我认为这主要是因为(真正的)信任问题.但是桥梁(阅读:支持3.8)现在已经关闭了4.3.

然而,核心问题(资金和开发商)尚未解决,正如谷歌向Eclipse基金会捐款的想法所示,希望其他公司也会效仿.这是否意味着4.3仍然不符合3.x标准？

对于特定语言的插件或功能而言,这不是问题,这是平台本身核心内的问题.(但我正在使用WST与Javascript和V8插件进行PHP和特别是Node开发.)

这也不是特定的平台问题.Linux,Windows和OSX用户也有类似的抱怨.(但我正在使用Linux(Mint 13).)

---

一方面,你有人告诉EOL的3.8 "证明"这4.3是现在的罚款.另一方面(见评论):

"由于ubuntu上的持续崩溃,我已经回到3.8了"

3.8远非没有问题,我不介意获得更顺畅的开发经验.所以我想知道,为什么Eclipse 4 "被我们"从决定哪些软件版本"对我们有利"的人(AKA什么进入官方存储库)？

• 清晰(10.04 LTS)
  • Eclipse 3.5.2-2
• 精确(12.04 LTS)
  • Eclipse 3.7.2-1
• raring(13.04)
  • Eclipse 3.8 .1-1
• 俏皮(13.10)
  • Eclipse 3.8 .1-4
• 值得信赖的(14.04 LTS)
  • Eclipse 3.8 .1-5.1
• 乌托邦(14.10)
  • Eclipse 3.8 .1-5.1

---

更新2014-05-30:我刚刚尝试过Kepler(再次),它仍然受到开箱即用的UI故障的影响.例如:

不,在喜好改变非活动窗口工具栏的背景色也没有解决这个问题.(即使它会,这将是一个愚蠢的默认选择).

我想知道,由于他们自己的高度专业化和调整工作流程而没有积极或消极偏见的人 - 最好是来自有Ubuntu软件包维护过程的非平凡软件包经验的人 - 为什么这个决定是由团队做出的那些了解他们正在为最广泛使用的Linux发行版做些什么的专业人士？

Answer 1

Eclipse Juno于2012-06-27发布.在2012-07-17,报告了一个关于UI响应性的错误.四个月后,在2012-11-14左右,第一个补丁被发布到官方更新站点.

然而,许多用户完全错过了补丁的发布.我假设信息在FUD中被淹没,而其他更重要的消息则在那个时间传播开来.在2012年底,我发布了一个关于SO的答案.显然,我不是唯一一个补丁修复了这个性能问题的人.在2013-02-22 Eclipse 4.2.2发布,其中包含相同的补丁,但我一直收到关于SO的回答,直到6月.

可能是开发人员中唯一已知的事实是Eclipse在某些时候存在严重的性能问题.然而,关于这些问题的范围,程度和持续时间的知识在我看来似乎是一系列常见的误解.有四个月的时间段,许多Eclipse用户坚持使用3.8分支是一个好主意.我说"很多",因为我使用的是4.2.0和4.2.1,对我来说还可以.主观上,切换标签大约慢两倍,IDE可能每天冻结一次,持续几秒钟.对于我的同事来说,问题要严重得多.我认为这取决于你的设置和你的工作流程,但是,我从来没有想过要进一步调查,因为我知道平台开发人员正在研究这些问题,并且使用3.8时有一个很好的后备.

一年零三次Eclpse发布后,这些严重的性能问题仍然存在.当然,这并不意味着没有更多的性能问题.截至目前,我在Eclipse bugzilla中找到了 1979年的关键字"performance"的报告.这并不意味着Eclipse非常缺陷,而只是它有很好的文档和开放性.您是否受到上述任何问题的影响,取决于设置,您使用的插件和工作流程.我是Java,插件和EMF开发人员.我使用大中型工作空间(~1M LoC),Eclipse 4.3.1 足够快.3.8版本对我来说不是一个选项,因为正如Eric所说,它不会收到所有重要的更新.人们将来仍会继续使用它.其中许多人还将继续使用Internet Explorer 5.5.如果您尝试4.x分支并注意到任何性能问题,请报告它们,但请具体说明您的设置.

来自官方Wiki页面:

Juno SR2(4.2.2)已经解决了几个主要的性能缺陷.社区成员已确认这些修复程序基本上解决了编辑器和查看打开,关闭和切换的性能问题.这些修复程序在Juno Service Release 2(2013年2月)中广泛使用.所有缺陷也在Kepler(2013年6月)发布流中得到解决.

新功能

Answer 2

您的说法“3.8 版本是专门作为 4.2 的更快、更稳定的替代品而发布的”显然是不正确的；3.x 已进入“生命周期结束”维护阶段，并且肯定不是作为 4.x 的替代品发布的。

虽然欢迎人们继续使用 3.x 流（如果它适合他们的需求），但请认识到，随着各个项目的进展，两个版本之间的可用功能将存在显着差异......