subclipse

问题 I have checked out a bunch of java code using subversion 1.6 and then I imported those projects into eclipse. Subclipse 1.6 picked up the fact that the plugins are under version control, except for a few folders. I now get a bunch of errors like: The resource is a duplicate of src/.svn/all-wcprops and was not copied to the output folder If I delete the project (from eclipse not on disk) and reimport it, that fixes the problem about half the time. But since I have dozens of projects that are

问题 Let's say I have committed some bad changes to Subversion repository. Then I commit good changes, that I want to keep. What would be easiest way to roll back those bad changes in Eclipse, and keep the good changes? Assuming that files relating to bad changes are not same as those relating to the good changes. How things change if good changes were made to same files as bad changes? I am mostly looking a way to do this via Eclipse plugins (Subclipse or Subversive) but commandline commands are

问题 I've run into problems installing the latest Subclipse plug in. I saw this post: subclipse: Unable to load default SVN Client, but the answer appears to be specific for Subclipse 1.6.x, and I think 1.8.x is presenting new issues. I'm on a mac, 10.6.8, with Eclipse Indigo. I have Subclipse 1.8.4 installed, with the Subversion JavaHL Native Library Adapter 1.7.3 installed, which is the correct version of JavaHL for Subclipse 1.8, according to http://subclipse.tigris.org/wiki/JavaHL#head

问题 My Google-fu is apparently weak on this subject, so I'm hoping one of you can help me out! I recently upgraded to Subclipse 1.8, which implements SVN 1.7, and I've noticed that after resolving a merge conflict that it always creates a .edited file. For example, if I resolve a merge conflict on a file named "foo.txt", I am left with "foo.txt" and "foo.txt.edited". What is this .edited file, and is there some way that I can configure SVN or Subclipse to stop generating it? 回答1: The file is

问题 Yesterday, I asked a question about why directories can appear to Subclipse to contain uncommitted changes when they actually don't. The answer was that setting svn:ignore status on the pseudo-directory . counted as a modification, but Subclipse didn't show anything because it doesn't deal with . . Knowing the cause is nice, but the issue isn't fully resolved. Is it safe to commit the addition of ignore status to the . pseudo-directory? I do not want the actual directory to be ignored by SVN;

问题 It seems to me that adding the property svn:ignore on files like .classpath would be a good idea. I use both Windows (work, ugh) and Linux development environments and every time I sync with the repository it overwrites my .classpath from whichever machine I'm working on. I tried right-clicking the .classpath file in the Team Sync perspective, but the svn:ignore option is greyed out. Any ideas how I might: 1. get this item out of source control, 2. add it to an ignore list? Any other files a

问题 I am trying to set up my dev environment and I got SVN running with Eclipse on my mac (with Subclipse). However, when I click on a file I've changed and go to Compare With -> Latest From Repository, I noticed I was getting (what I think is) a sub-par diff tool. So, I went to Preferences -> Team -> SVN -> Diff/Merge to configure an external diff tool (called "DiffMerge"). However, no matter what I put in the "External" field and the "Parameters" field, I cannot get the DiffMerge tool to work.

问题 This question already has answers here : Closed 7 years ago . Possible Duplicate: SVN / Subversion 1.7 and Eclipse Subversive & JavaHL I'm using Subversion with version 1.6.5 on the server. I use Subclipse (version 1.6) in STS as a client for certain tasks, but I more commonly use a 1.7.0 subversion command-line client. Why 1.7 for the command-line client? No good reason. So I made a branch with the command-line client, and now when I try to use Subclipse to "Update to HEAD", it tells me: org

问题 I've reinstalled Windows and unzipped a fresh copy of Eclipse. Despite this, I've been unable access an ssh repository via Subclipse. The issue seems to be with JavaHL and the tests from the Tigris web site give NoClassDefError. Although this could be considered as a software issue I hope someone has come accross this before. Is there a way to fix this? It's quite urgent. P.S: Things were set up such that Subclipse would look in the config file to forward a call to the PLink client of

问题 I am trying out the Mac OS X Yosemite beta [edit: same issue in full release], which seems to have broken my Eclipse/Subversion. When I attempt to perform any svn action, I get: svn: Couldn't perform atomic initialization SQLite error svn: SQLite compiled for 3.8.6, but running with 3.8.5 I have installed subversion-javahlbindings +nobdb+universal using macports, which includes the most recent SQLite3 (3.8.6), so I have no idea where the 3.8.5 is coming from on my system. Svn works fine on