Taking advantage of the Eclipse Kepler SR2 release hook ( now on 2/2 ) I'm opening a topic to discuss a problem much like "Should I do a fresh clean installation or upgrade from my operating system?". The decision between a clean install vs. in-place update of Eclipse.
The first is a more "safe" and painstaking option, where a clean installation of the IDE and reinstallation of all plug-ins is done. The second is certainly simpler, trusting the Eclipse update engine following the route:
Help > Check for updates...
I know that a fresh installation for a maintenance release might sound like an exaggeration, but I was one of the unlucky ones who had trouble with updates in earlier versions of Eclipse. But for all purposes we can also discuss upgrades between releases :
- SOE - Why does not Eclipse update to Juno SR2?
- SOE - Eclipse Indigo Update from SR1 to SR2
- Eclipse Community Forums - Can not update to Eclipse Juno SR2
I'm by no means raising what I consider to be an "Eclipse" problem, because a lot of the plug-ins I'm using are out of control of the group (as well as a good deal of software Installed in an OS are outside the manufacturer's control.)
I'm interested in practical upgrade strategies. What is your upgrade practice? How often do you do this?
In this way, I would like to ask about the best practices and processes adopted for updating Eclipse. How to deal with IDE updates?
- Download a new release , discard plugins , workspaces and start from scratch? (Equivalent to clean installation of an OS by formatting HD)
- Download a new release , install all the plugins but keep the workspaces ? (Equivalent to keeping the
/home
partition during an OS upgrade) - Download a new release , but try to keep plug-ins , features, etc.? (Equivalent to a fresh installation on an unformatted partition)?
- in-place update through repositories p2 (equivalent to upgrade in-place )?
- N.D.A.?
I'm especially interested in how Eclipse users focused on Open Source, with installations containing multiple plug-ins from multiple vendors (say, plug- ins from Red Hat, Pivotal, Google, Typesafe, as well as from smaller vendors) deal with the upgrade processes and upgrades of the IDE.
The path for users of large proprietary packages such as OEPE and RAD is often different, but opinions are also welcome.