I'm working on getting my team moved over to Eclipse Juno SR2 and we're currently running Subversion (1.6 server). We're getting the native linux client as well shortly to get us up to client 1.7. I'm seeing some inconsistent behavior with regard to svn:ignore properties.
Currently I've got a multi-module maven project setup (I've got latest version of integrations etc for maven, spring, and other tools). The projects in SVN each have the following svn:ignore property
.project
.classpath
.settings
.springBeans
target
For whatever reason, under Juno with Subclipse 1.8 running the SVNKit client adapter I'm seeing changes showing up under ${project_loc}/.settings and some of the files under target are showing up as "new".
Does anyone have suggestions or ideas? Is this a bug?
Also please PLEASE do not comment that "git, hg, bob's vcs is better than svn, you should switch". I've had that argument over and over and over and I've been shot down continually.
It is a bug. Currently being fixed and should be rolled out next week. If you can rollback your JavaHL or SVNKit plugins to the previous 1.7.8.1 version that will also temporarily resolve it.
Related
I have ‘TortoiseSVN 1.10.0, Build 28176 - 64 Bit , 2018/04/14 08:00:32’ and it works in non Eclipse situations. I have read and followed most of the reverent post on Stackoverflow and others. Still no joy. I have added the SVN plugins, except for ‘JavaHl’ which failed after an hour of trying. My Eclipse is:
Eclipse Java EE IDE for Web Developers.
Version: Oxygen.3a Release (4.7.3a)
Build id: 20180405-1200
The current situation is:
When I try to add the Repository Location, I get:
I have also tried ‘file:///P:/SMC/TortoiseSVN/Projects/’ fails with the same message.
This is what TortoiseSVN gives me in a checkout dialog. When I look at the ‘Repository Browser’ I see:
I tried several other variations and none of them worked.
When I look under window→preferences→team→ SVN, I see:
I also do see an entry in the pull down for ‘Native JavaHL 1.8.11” but it gives the almost same error.
Thanks in advance Cliff2310
You have a filesystem (FS) repository (URL starts with file://), so no SVN server is involved and Eclipse or the connector of Subversive accesses the files directly.
The filesystem format 8 is understood by Subversion 1.10, not by 1.9. Unfortunately, there are no SVN 1.10 connectors for the SVN Eclipse plug-in Subversive yet. Also Subclipse which is an alternative to the Subversive Eclipse plug-in does not yet but will support SVN 1.10 in the next upcoming release.
As a hack you can change the version in the file db/format from 8 to 7. But beware, this could also destroy the repository.
The better solution is to downgrade the repository. A non filesystem repository would perform better. On Windows you can use e. g. VisualSVN Server for that and the latest version (3.9.0) should be able to import your FS 8 repository since it supports SVN 1.10.
I recently upgraded Eclipse to Luna, and one consequence of this is that Subversive upgraded to a version that uses SVNKit 1.7.8, which is not compatible with SVN 1.6. When trying to import a project from SVN, it fails with "Unhandled event loop exception".
We are using SVN server 1.6, and it would not be easy to change this due to other dependencies. Is there a way to install an older version of SVNKit and use it with the latest Eclipse? The Subversive installation instructions state that you can:
If you wish, you can select multiple connectors and follow the installation procedure. After installation, you can switch the connector using the main menu item Window > Preferences > Team (tree node) > SVN (tree node) > SVN Connector (tab).
However, I don't seem to be able to add another SVN Connector and have it show up in the options. I have added 1.3.8 via the dropins folder, and it didn't appear under the team options.
Is there a solution? Thanks for your help with this.
SVNKit 1.8.7 connector is 100% compatible with previous Subversion Server 1.6, as user714965 said, go to Installation Details and then remove the SVN connectors and Subversive in order, then restart eclipse.
Go to the "Eclipse Marketplace"
and install Subversive
Restar eclipse and go to Window->Preferences and select Team->SVN in the left panel, then automatically appears a window to select and install the SVN connector
Select the latest version of connector (SVN Kit 1.8.7) and install it, then restart eclipse and come back to Window->Preferences->Team->SVN and select the recent installed connector
You can checkout or share projects now.
Working with Subversion server 1.6
Hope this helps.
The SVNKit website tells:
Both SVNKit 1.7.13 and 1.8.8 support 1.6 and older working copy
formats without need to upgrade.
Seems as you should better update to one of the mentioned versions instead of downgrading to 1.6.
UDPATE
If you cannot directly update, try to remove SVNKit and reinstall it. I tried this with Luna:
Help -> About -> Installation Details -> Find SVNKit in the list and choose Uninstall....
Then restart eclipse when prompted. When it comes back up the SVN connectors dialog appears and you can choose the current versions to install.
Note: Before doing this you might better make a backup copy of your eclipse folder.
As other people told you, SVN client 1.8 is compatible with SVN Server 1.6.
But you need to upgrade your previously imported SVN repository.
For my part, I just did the same as you (from Eclipse Indigo to Luna), but with SubClipse (from Tigris). And I had to upgrade my local SVN repository (which was less than 1.6) to a local SVN repository version 1.8.
To do so, I used Tortoise SVN. Once installed, simply do right click on your SVN repo and select "Upgrade" (don't remember if it was directly accessible or if I had to look in "TortoiseSVN").
You will probably have to remove your projects from eclipse before importing them again because all hidden .svn directories will be deleted and only the one at the base of your SVN repository will remain.
I keep getting this error in Eclipse. I uninstalled Subclipse and related packages since I just want to use Tortoise. There are no SVN packages remaining. I cleaned my workspace and rebooted, but I'm still getting this error message.
If you uninstalled the SVN plugins, it would not be possible to get those errors. You should be able to go to the Team > Synchronize view and remove any SVN related synchronizations.
Finally, whether you want to mainly use TortoiseSVN or not, you should still have Subclipse installed in Eclipse. Without a SVN plugin installed, Eclipse will do bad things to your working copy. With Subclipse installed, Eclipse knows to leave the .svn folder alone.
If you are using TortoiseSVN 1.8.x, then be sure to install Subclipse 1.10.x so that you have the right version with Subversion 1.8 support included.
For a long time my subversion client was working just fine, and I used it for a while out of sts, but one day sts crashed and I rolled back to eclipse for a while and during that time I used subclipse to update a project of mine. Now STS is up and running again, but for some reason now if I ever try to update or commit from sts I get the following error:
The path '{pathname}' appears to be part of a Subversion 1.7 or greater
working copy. Please upgrade your Subversion client to use this
working copy.
There is not actually an available update for subclipse and sts still recognizes the most recently installed subclipse from the dashboard. Any ideas on how to fix this one?
You should be able to install Subclipse 1.8.x in STS. The update site URL is:
http://subclipse.tigris.org/update_1.8.x
That release includes Subversion 1.7 client so you should be all set once you do this.
Subclipse the JavaHL library to do SVN connections. On Windows, if you have the most recent Subclipse it looks like you should automatically have that installed, but if not they have a variety of installation instructions (alas system dependent).
I don't see any of the Subversion icons in Eclipse for a project that was clearly checked out from SVN (via the command line) I'm not sure when this stopped working.
I've tried both Subclipse and Subversive plugins, they both seem content. I've also reviewed the SVNKit vs. JavaHL stuff.
Symtoms:
No SVN icons
Right click on file, Team and Compare To don't have any SVN options
In Preferences / Team I now have two SVN trees, one for Subclipse, one for Subversive
Configuration:
Mac OS X Snow Leopard
Eclipse 3.6 Helios
Java / javac version 1.6.0_26 64-bit
svn version 1.6.15
DYLD_LIBRARY_PATH=/opt/subversion/lib:/usr/lib: (have also tried SVN Kit)
I'm at a loss, it's an odd problem to Google. Any thoughts?
You need to share your project first, using Team - Share project. During the wizard, it will detect .svn directories and ask if you want to keep them. Once shared, you'll see the SVN icons and additional menu items in the Team menu.
I had a similiar issue. My SVN repo version was 1.6.12 and was using svn connector SVNKit 1.3.x which is compatible with SVN1.6. I got all the team > ..options after doing team > share project