| Best practice: Working on Eclipse CVS stuff [message #335659] |
Mon, 20 April 2009 07:45  |
Eclipse User |
|
|
|
Hello.
As I just started hacking a bit on the Eclipse stuff, I often encounter
the following problem.
I fetched a plug-in I want to work on from the Eclipse CVS. Now I make
some changes, but want to test the original version again.
One way would be to create a patch, revert all changes, test the
original code, apply the patch again (quite unhandy).
I know, a good solution would be a DVCS, but we are not there yet ;-)
How do you jump between your own version and the original one from the
CVS? Or do checkin the code in your own VCS. But then there is the
problem again to synchronize with the Eclipse CVS.
Best regards,
Kai
|
|
|
|
| Re: Best practice: Working on Eclipse CVS stuff [message #335677 is a reply to message #335659] |
Tue, 21 April 2009 00:39  |
| Eclipse User |
|
|
|
"Kai Schlamp" <schlamp@gmx.de> wrote in message
news:gshn93$dlt$1@build.eclipse.org...
> Hello.
>
> As I just started hacking a bit on the Eclipse stuff, I often encounter
> the following problem.
> I fetched a plug-in I want to work on from the Eclipse CVS. Now I make
> some changes, but want to test the original version again.
> One way would be to create a patch, revert all changes, test the original
> code, apply the patch again (quite unhandy).
As you discovered, local history is one way around this.
But actually, I prefer to do exactly what you described. The reason is that
then I have the patch, so others can review it and I can post it in the bug
report. It only takes a few seconds to revert or re-apply a patch, in most
cases; I don't find it un-handy at all.
|
|
|
| Re: Best practice: Working on Eclipse CVS stuff [message #335684 is a reply to message #335659] |
Tue, 21 April 2009 11:51 |
| Eclipse User |
|
|
|
Originally posted by: eclipse-news.rizzoweb.com
Kai Schlamp wrote:
> Hello.
>
> As I just started hacking a bit on the Eclipse stuff, I often encounter
> the following problem.
> I fetched a plug-in I want to work on from the Eclipse CVS. Now I make
> some changes, but want to test the original version again.
> One way would be to create a patch, revert all changes, test the
> original code, apply the patch again (quite unhandy).
> I know, a good solution would be a DVCS, but we are not there yet ;-)
> How do you jump between your own version and the original one from the
> CVS? Or do checkin the code in your own VCS. But then there is the
> problem again to synchronize with the Eclipse CVS.
In addition to Local History and Patches (which I, personally, use most
often), you could try modifying the name of a project that you edit so
it is different than the original. Then you can have the original also
checked out in your workspace and open/close it as needed.
Hope this helps,
Eric
|
|
|
| Re: Best practice: Working on Eclipse CVS stuff [message #335715 is a reply to message #335684] |
Thu, 23 April 2009 05:43 |
| Eclipse User |
|
|
|
Hy Eric, hy Walter.
Thanks for the insight in how you manage that task.
Another option (the one I use now) is to have another VCS on top of the
local CVS repository (so one repo managed by two VCSs). I use Mercurial
for that task. Now I can switch between the original version and my
version very fast.
This has also the advantage that I can make bigger changes and can
always roll back to intermediate changes that I committed to Mercurial.
But at the same time can fetch new updates from the Eclipse CVS.
Regards,
Kai
|
|
|
Powered by
FUDForum. Page generated in 0.07792 seconds
Home