Subclipse klagt „Pfad ist keine Arbeitskopie“ nach Arbeitsbereich bewegen

https://stackoverflow.com/questions/1425891

07-07-2019
|

Frage

Ich zog vor kurzem meines Eclipse-Workspace-Verzeichnis und jetzt klagen Subclipse jedes Mal, wenn ich eine Datei zu öffnen, auf die Konsole Dumping so etwas wie:

Pfad ist kein Verzeichnis einer Arbeitskopie

svn: ' [Original (pre-move) Verzeichnispfad] ' ist keine Arbeitskopie

Keine solche Datei oder das Verzeichnis

Dies geschieht auch, wenn ich ausdrücklich die Geschichte einer Datei anzuzeigen versuchen. Diese bleibt über SVN Bereinigungen, Schließen und Wiedereröffnung von Eclipse, etc.

Update, Check-in, Check-out und so weiter alle scheinen gut zu funktionieren, und Schildkröte gar nicht beschweren, es ist so eindeutig nicht der SVN Metadaten, die nach oben geschraubt sind, ist es einige Subclipse spezifische Metadaten. Kann mir jemand sagen, wie diese gebrochenen Metadaten wegblasen?

Edited hinzufügen:. "Team> Disconnect", gefolgt von "Team> Teilen" das Problem nicht lösen

Herausgegeben wieder hinzuzufügen: Ich habe für ein einzigartiges Element des alten Weges durch das ganze .metadata Verzeichnis und einen der Projektverzeichnisse grep und kann es nicht überall außer in .metadata/.log finden (die Fehlermeldung selbst) und einige alte Findbugs Warnungen. Sehr schön.

Lösung

Ich habe die gleiche Fehlermeldung mit javahl an einem Projekt mit subclipse, die aus dem Arbeitsbereich Verzeichnis ist. Der Wechsel zu SVNKit hat beschlossen, mein Problem.

Andere Tipps

Sie müssen die .syncinfo Dateien löschen. Dies ist leicht getan (in den meisten Fällen) durch Schließen und Öffnen von Eclipse, aber auch so manuell wie in dem folgenden Möglichkeiten:

Um den Cache, in der Nähe von Eclipse zu löschen. Der Cache wird gespeichert in:
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects/PROJECTNAME/.syncinfo
So können Sie einfach finden und löschen Sie alle Dateien mit dem Namen .syncinfo in
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects

von diesem Artikel Zitat: http://subclipse.tigris.org /ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

Ich habe nur ein „Team -> Cleanup“ und genau diese Fehler ging weg! Ich habe auch diesen Fehler, da ich zwischen Maschinen bewegt und der Weg war nicht das gleiche.

Verwenden von Eclipse 3.6 und die Subversion 1.6 Plugin.

Update im Jahr 2016. Still funktioniert perfekt mit Eclipse 4.5.2 und Subclipse 1.10

Edited hinzufügen: Nein, zu früh gesprochen. Dies nicht behebt es nicht. Einige Dateien scheinen einfach nicht, das Problem zu zeigen.

In der folgenden scheint das Problem zu lösen:

Team> Verbindung trennen.
Beenden von Eclipse.
wegblasen .metadata/.plugins/org.tigris.subversion.subclipse.*.
Neustart von Eclipse.
Team> Teile.

Nicht sicher, wie der alte Weg wurde tatsächlich in der Plugin Prefs gespeichert werden, aber es muss dort somehwere gewesen. Es ist eine Art pathetisch von Subclipse absoluten Pfade zu speichern, aber anscheinend ist es.

Es gibt ein auf dieser eingereicht Fehler oder zumindest auf die gleiche Fehlermeldung. Kein Zusammenhang. Fünfzig Cent sagt, es wird abgelehnt.

Ich bin sicher, dass es viele Ursachen mit verschiedenen Lösungen sind, aber ich fand das eine, die für mich unter Dan Wilson Blog . die problematischen Ordner aus dem Arbeitsbereich einfach entfernen (Speicher ihnen wahrscheinlich, wenn sie neue Inhalte haben), update (läßt Subversion die Ordner erstellen), dann den Inhalt wieder in die frischen Ordner in Ihrem Arbeitsbereich bewegen.

ich den Fehler bekam, als ich versuchte, eine Klasse zu benennen, indem Sie den Fall von DAO Wechsel in Eclipse Dao.

ich es so etwas wie Dao2 zu umbenennen hatte und dann konnte es umbenennen, um Dao.

Was für mich gearbeitet: Führen Sie eine „Refactoring - umbenennen“. An dem Projekt => danach ist es wieder tun es umbenennen wieder auf den ursprünglichen Namen

Hard ohne weitere Informationen zu sagen.

Haben Sie den gesamten Arbeitsbereich bewegen oder einfach nur den Inhalt?

Sie können aber auch versuchen, neue Arbeitsbereich von Grund auf neu erstellen und wieder das ganze Projekt überprüfen.

Alternativ können Sie versuchen, das .metadata Verzeichnis zu löschen und das Projekt neu verknüpfen wieder über Datei -> Import -> vorhandenes Projekt in Arbeitsbereich und dann die SVN Daten über Team relink -> Teile Projekte (mit einem ‚s‘), oder vielleicht gerade dieses letzte Stück tun, nachdem zunächst das Projekt aus dem SVN zu trennen.

Rechtsklick auf den Projektordner: Team -> Update to Head

Dies wird das Verzeichnis bringen. Löschen Sie es erneut und Commit

In meinem Fall hatte ich die Ordner der Projekte im Projekt-Explorer und hatte gerade das Projekt wieder zu öffnen

Für mich ist diese Fehlermeldung wurde von einem Out-of-date Installation von Subclipse und dem zugrunde liegenden SVNKit und JahaHL Bibliotheken verursacht. Ich habe außerhalb von Eclipse TortoiseSVN wurde mit meinem Projekt-Verzeichnisse zu verwalten, und meine letzten Upgrade auf die 1.8.x-Serie von (Tortoise) SVN Tools brach meine Arbeitskopien für Subclipse.

Alles, was ich zu beheben zu tun hatte, war unterwegs Hilfe -> „Neue Software installieren ...“ und klicken Sie auf „Hinzufügen ...“ eine neue Update-Site hinzuzufügen. Ich nahm die neueste Update-Site für die neueste Version auf http://subclipse.tigris.org/ Servlets / ProjectProcess? pageID = p4wYuA und aktualisiert Subclipse von dort aus.

Dann werden alle meine bestehenden Projekte funktionierte, und ich zum einen wieder konnte ich bereits versucht hatte, ohne Probleme zu trennen.

Ich habe das gleiche Problem

Ich hatte ein neues Projekt, habe es zu SVN. Dann funktioniert alles wie gewohnt, bis ich versuche und Refactoring-umbenennen jede Java-Datei, die ich erhalte:

move D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/Skbean.java D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/SkBean.java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\java\com\skillkash\ge\beans\SkBean.java' is not a directory

Nun ist die SVN URL lautet:

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

und das Repository root ist:

svn://qnap/share/MD0_DATA/svn/sk

Offensichtlich teilen nur das Projekt dann eine Datei zu bewegen versucht subclipe mit nicht funktioniert - es muss ein Fehler sein. Ich habe zu tun, alle meine Refactoring außerhalb Finsternis, und Hand bearbeiten alle Dateien, die betroffen sind.

das ganze Projekt in ein temporäres Verzeichnis Kasse, dann kopiert ich die erste Ebene .svn Verzeichnis und ersetzt meine Arbeitskopie .svn Ordner mit diesem.

http: // blog. itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275

Es Woks für mich.

Ich habe eine png-Datei in meinem Projekt hinzugefügt, aber ich habe diesen Fehler versucht, es umzubenennen oder zu löschen. Reinigung und Auffrischung des Projekts habe nichts getan.

Ich ging in das SVN-Team Perspektive synchronisieren, direkt auf der Datei geklickt und es gelöscht. Das löste mein Problem.

Vor einiger Zeit hatte ich ein ähnliches Problem. Es scheint, dass Subclipse (oder Eclipse) den absoluten Pfad Ihrer Arbeitskopien speichert. Die sauberste Lösung ist wieder auf den neuen Pfad Repository zu exportieren.

Wenn Sie nicht-engagierten Code haben, dann können Sie es auf dem sauberen Export kopieren (ohne die .svn Ordner)

Auch ich hatte dieses Problem und ich gelöscht einfach das Projekt aus dem Arbeitsbereich (die Dateien auf dem Dateisystem in Takt zu verlassen).

ich importierte dann ein SVN-Projekt in den Arbeitsbereich.

Importieren-> SVN-> Checkout-Projekt aus dem SVN.

Früher habe ich meine vorhandenen Repository-Position, die Dateien in ziehen.

Dieses Problem verursacht wurde, als ich Eclipse-Versionen geändert und verwenden ein Subclipse Plugin, das war eine Version vor, was soll ich verwendet habe.

ich deinstalliert die neuere Version und installiert die richtige ältere Version und alle funktionierte gut.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow