eclipse che

在线IDE之EclipseChe再体验

上⼀次体验EclipseChe是在半年前，我⼀直对这种基于⽹页的IDE有种“好感”，毕竟以前中学没有⾃⼰电脑的时候

我就是靠着这些在线IDE⼲活的。

虽然随着云计算浪潮的颠覆原来那⼏家基于PaaS的在线IDE服务商都已经基本销声匿迹了，但也不乏转型得⽐较成功的公司，⽐如Koding以

及Codenvy。⾄于像Cloud9和Codeanywhere这种在前⼏年混得风⽣⽔起的在线IDE，因为在Docker时代中反应太慢，转型实在不理

想，现在半死不活的。话说回来，Docker的普及也真是太快了。

⾄于⼀些甚⾄连商业计划都没有的开源在线IDE，我连名字都忘了，只依稀记得个界⾯，和现在的的在线IDE有点像。

上⾯废话了⼀⼤段，只是想表达，EclipseChe能活下来真⼼不容易，更让我惊讶的是不仅活下来还⼀直保持活跃开发。⽼实说最初还叫

Codenvy社区版的时候简直垃圾得不能更彻底，后来经过两年左右的⼏千次代码提交，我也⼀直保持关注，每次正式版本发布都会尽快体验，虽

然每次结果都很糟糕就是了。

尽管如此，Che还是迎来了5.0的发布，这得益于Codenvy团队的开放，要是没有他们慷慨的开源贡献，我们也不会体验到这神奇的IDE。

现在的EclipseChe已经完全融⼊Docker了，和之前基于本地JRE运⾏的情况⼤有不同。

开始之前肯定先得有Docker，⾄于DockerCompose，Che已经通过拉取Compose镜像来替代。

先来启动Che吧，⼀睹芳容：

dockerrun-it--rm

-v/var/run/:/var/run/

-v/home/user/eclipse-che/workspace/:/data

eclipse/chestart--fast

除⾮你对你的⽹络很有信⼼，不然我建议你还是加上--fast参数启动，这个参数可以去掉很多⽹络检查，毕竟⽹络检查在天朝局域⽹中基本是不

可能通过的。

第⼀次运⾏⼤概会拉取⼏个镜像，总之要喝⼀杯茶的功夫（这还是⽤了中科⼤镜像源的速度，官⽅源的话⼤概要拉⼀天吧）：

WARN:Bound'eclipse/che'to'eclipse/che:5.2.2'

WARNING:Noswaplimitsupport

INFO:(checli):5.2.2-usingdocker1.13.1/native

WARN:CHE_HOST(172.17.0.1)(127.0.0.1)

INFO:(checonfig):Generatingcheconfiguration...

INFO:(checonfig):Customizingdocker-composeforrunninginacontainer

INFO:(chestart):Startingcontainers...

INFO:(chestart):Servicesbooting...

INFO:(chestart):Serverlogsat"dockerlogs-fche"

INFO:(chestart):Bootedandreachable

INFO:(chestart):Ver:5.2.2

INFO:(chestart):Use:http://127.0.0.1:8080

INFO:(chestart):API:http://127.0.0.1:8080/swagger

看到上⾯信息就是启动完成了，相⽐之前的4.0真是轻松不少，也去掉了让⼈担⼼的--privileged参数，看起来与Docker整合程度更⾼了，已

经看不到⾮容器组件了。

⼯作区界⾯

界⾯在4.0的时候重写过⼀次，这次5.0没有⼤改动，但是⼀些细节还是有变动的。⽽且加⼊了Stacks功能，这对于⾃动化测试部署⽽⾔简直

神器，打完代码⼀个按钮就搞定了测试和部署，⼀⽓呵成。嗯，看起来很美好，坏笑。

EclipseChe号称下⼀代Eclipse，万物皆容器，所以整个IDE从头到尾都是在容器中运⾏，这就意味着你第⼀次运⾏时需要拉取镜像，每⼀个

⼯作区的运⾏时都被打包在镜像中，使⽤EclipseChe时不会再有安装环境的概念，这些⼯作都被IDE开发团队做了，你只需要告诉IDE你需

要什么环境就可以了，⼀切只需要等待下载完成。

⽐如我新建⼀个Android的开发环境，直接选择就是了：

添加⼯作区

接下来会拉取整个Android开发需要的运⾏时，包括JDK、SDK等等，整个下载过程不⽀持断点下载，尽量保证你的⽹络畅通。

REPOSITORYTAGIMAGEIDCREATEDSIZE

machine_snapshot_2v73kh60wpo6ho04latest45d02b1e51c35daysago1.15GB

machine_snapshot_vyipng4306q7e153latesta2768fc68b276daysago1.13GB

eclipse/che-server5.2.275f6555178866daysago316MB

eclipse/chelatestdd03817a34ff6daysago51.1MB

eclipse/ubuntu_androidlatest0832352eb5b28daysago3.41GB

eclipse/ubuntu_pythonlatest13e641acf2db8daysago1.02GB

eclipse/ubuntu_golatesta408f116a30a8daysago998MB

eclipse/che-init5.2.2e9b30eaa7d838daysago55MB

eclipse/che-ip5.2.2d3ac85b1a8ab8daysago4.8MB

Android开发镜像解压后显⽰有3.41GB，很⼤，但是实际上不会占⽤硬盘太多空间，⾃⼰了解⼀下联合挂载，我闭嘴。

上⾯说了Che的基本情况，现在进⼊编辑器部分。

编辑器

总结⼀下我的体验：

快照管理依旧是短板，快照恢复⼏率不⾼，每次关闭⼯作区容器都是⼀次赌博。

你永远不知道下次打开这个IDE会报什么错误，幸亏⼯作区的代码和运⾏时镜像分开来，不然哭死。

快照命名还是那么风骚。

你体会过绝望吗？看⼀下下⾯的命名吧，告诉我这是哪个⼯作区的快照？！

eclipse-che/workspacexcvu1xelfs68uv40_machine2h1yobhxabkjwudo_che_dev-machine

风骚⽆⽐的容器命名以及快照命名

编辑器语法扩展依旧薄弱。

还是没有语法提⽰，除了js和java稍微有点，其他都是瞎打。语法提⽰这⽅⾯突然觉得Cloud9IDE真是挺厉害的。

运⾏时的镜像质量良莠不齐，⽤户依旧需要熟悉Linux终端环境才能很好在编辑器中执⾏任务。

运⾏时镜像质量实在不敢恭维，如果⽤户不能在Linux终端环境穿梭⾃如，那么使⽤Che遇到错误时就像iPhone报系统错误⼀样，你压

根不知道该⼲什么，只能默默关掉窗⼝。即便你可以解决这些问题，也还有下⼀个问题等着你解决。镜像质量太糟糕了。

运⾏的本质

例如上图，你可以看到run命令本质就是⼀些Linux命令，如果这其中有变量出错，你还得⾃⼰解决环境变量的问题。我就遇到好⼏个这

样的问题，后来发现是官⽅镜像的错，这种基础的组件都随意改动没有内部审核就发布实在太坑。

期待下次见⾯

今晚对新版的Che体验结果就是：很好玩的⼯具，依旧不适合⽤来开发。

美好的愿景

虽然EclipseChe还不完善，但是商业版的Codenvy却很不错，值得⼀试。此外Koding啦，Cloud9啦，还有国内的都是不错

的，如果有需求的话花点⼩钱也是可以的。就⽬前⽽⾔还没有完完全全的在线开发系统。