[Subclipse-users] Branch with Switch corrupts workspace
From: Chris Feldhacker <feldhacker.chris_at_principal.com>
Date: Mon, 17 Aug 2009 08:35:40 -0700 (PDT)
Using Subclipse 1.6.5 with JavaHL 1.6.4 (r38063) against a 1.6.3 server using HTTPS. (With Rational Application Developer v7.5.3 on Windows XP, which is based on Eclipse 3.4.2)
My application trunk (/svn/Playground/ExampleApplication/trunk/) contains 4 Eclipse projects:
...which I checked-out into my workspace.
The result is that the branch (and contents) are properly created in the repository. However, the projects in the workspace become corrupt -- essentially, each project appears as though it contains a nested copy of all four projects that were selected.
(If I perform the same steps but don't choose the "Switch to new branch/tag" option, then everything works fine. I can then perform a separate step to switch to the new branch and it still works fine.)
I can provide screenshots and full console logs if needed, but what I think the problem boils down to is this: When the "Switch to new branch/tag" option is selected, the following commands show in the console log:
copy -rHEAD https://svn.pfg.com:8400/svn/Playground/ExampleApplication/trunk/Example https://svn.pfg.com:8400/svn/Playground/ExampleApplication/trunk/ExampleEJB https://svn.pfg.com:8400/svn/Playground/ExampleApplication/trunk/ExampleJava https://svn.pfg.com:8400/svn/Playground/ExampleApplication/trunk/ExampleWeb https://svn.pfg.com:8400/svn/Playground/ExampleApplication/branches/FeatureB
However, if I do not select this option but instead perform a switch as a separate step, then the following commands are executed:
So, it seems choosing the "Switch to new branch/tag" option causes a switch command to be executed that does NOT have the project name appended after the branch name.
Thanks!!!
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
|
This is an archived mail posted to the Subclipse Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.