Ich habe ein Projekt in Subversion, das ich mit Eclipse entwickle. Ich habe das ursprüngliche Auschecken aus dem SVN-Repository in Eclipse durchgeführt. Einige Wochen lang war alles in Ordnung, dann erkennt Eclipse (speziell: Subclipse in Ganymede) mein Projekt aus einem unbekannten Grund nicht mehr als unter SVN-Kontrolle. Das Team-Kontextmenü zeigt nur die grundlegenden Menüoptionen "Patch anwenden" / "Dieses Projekt freigeben". Über die Shell kann ich das Projekt weiterhin mit den svn-Befehlszeilentools aktualisieren, sodass ich weiß, dass die svn-Anmeldeinformationen weiterhin funktionieren. Andere Projekte unter Subversion in derselben Kopie von Eclipse funktionieren weiterhin.
Mir ist klar, dass ich die lokale Kopie löschen und erneut auschecken kann, aber ich möchte lieber verstehen, was schief gelaufen ist - beheben Sie das Problem, anstatt die Symptome zu maskieren. Wo speichert Eclipse sein Wissen darüber, welche Projekte unter Versionskontrolle stehen? Ich habe mir die .project
Datei und das .settings
Verzeichnis angesehen, konnte aber keine offensichtliche Erwähnung von svn nature oder Ähnlichem feststellen, selbst in den Projekten, die noch ordnungsgemäß funktionieren.
Ich habe einen einfachen Weg gefunden, das Projekt einfach wieder zu importieren
quelle
Nur Team -> Projekt teilen (gemäß der Antwort auf diese Frage von @Paul Whelan) hat bei mir nicht funktioniert. Der Assistent zum Freigeben von Projekten hat sich so verhalten, als ob sich das Projekt noch nicht in SVN befand (obwohl der Ordner .svn für mein Projekt vorhanden war).
Am Ende habe ich das Problem behoben, indem ich die Add-Ons Subversive und JavaHL deinstalliert habe (über Hilfe | Über Eclipse | Schaltfläche Installationsdetails | Registerkarte Installierte Software | Deinstallieren ...) und dann Subversive neu installiert habe. Als ich nach dem Neustart von Eclipse dazu aufgefordert wurde, habe ich mich dafür entschieden, den SVNKit-Connector anstelle des JavaHL-Connectors zu installieren.
Nachdem ich dies getan hatte, erkannte Eclipse beim erneuten Versuch von Team -> Projekt freigeben ... korrekt, dass mein Projekt bereits in SVN vorhanden war, und stellte die Verbindung erfolgreich wieder her.
quelle
Nachtrag: Es stellt sich heraus, dass sich mein Problem manifestiert, wenn ich Eclipse außerhalb des Unternehmens-VPN mit einem Projekt im Arbeitsbereich starte, das an ein SVN-Repository innerhalb des VPN angehängt ist. Glücklicherweise hat das Umschalten der Eclipse-SVN-Plugins von subversiv auf subclipse das Problem gelöst.
Ian
quelle
Nach Eclipse habe ich die Projekte geschlossen und erneut geöffnet, wodurch das Problem behoben wurde. Alle SVN-Links sind für alle Projekte in meinem Arbeitsbereich wieder verfügbar.
quelle
Ich hatte das gleiche Problem und dieses Forum half mir, die richtige Antwort zu finden.
Mein früheres Projekt wurde mit Subclipse konfiguriert. Die neue Sonnenfinsternis war subvesiv.
Die Installation von Subclipse hat mir geholfen, die SVN-Optionen unter Team zurückzubekommen!
Hoffe es hilft jemand anderem.
Grüße
Anshu Prateek
quelle
Ohne zu wissen, auf welcher Plattform Sie sich befinden, weiß ich nicht, ob Ihr Problem meinem ähnlich ist. Ich hatte jedoch kürzlich (tatsächlich auf zwei verschiedenen Plattformen!) Probleme, bei denen ein Update auf Subversive (oder möglicherweise Eclipse selbst, nicht klar) dazu führte, dass die Konnektoren nicht mehr geladen wurden. Ohne die Konnektoren kann Subversive keine Verbindung zu einem Projekt herstellen. Aber Eclipse wird Sie darüber nicht von Ihrem Projekt ausschließen, sondern nur die SVN-bezogene Funktionalität entfernen.
Sehen Sie sich die Fehleransicht an, bei der es sich um ein Protokoll der verschiedenen Fehler von Eclipse handelt (Ausnahmen, die nicht gefunden wurden usw.), und prüfen Sie, ob Zeilen vorhanden sind, die sich auf die subversiven Komponenten beziehen. Leider kann ich eine Lösung nicht wirklich empfehlen - auf meiner Mac OSX-Plattform war es ausreichend, die subversiven Kernelemente und Konnektoren neu zu installieren. Auf meinem Linux-Computer (möglicherweise aufgrund eines Betriebssystem-Upgrades) muss ich Eclipse vollständig neu installieren, da sich zu viel Cruft angesammelt hat, als dass ich es vollständig untersuchen könnte.
quelle
In der Juno-Veröffentlichung mit Subversive habe ich Folgendes getan:
Anschließend wird Ihr vorhandenes Verzeichnis "importiert", das an Ort und Stelle verwendet werden kann, an dem es sich bereits in Ihrem Arbeitsbereichsverzeichnis befindet.
quelle
Das gleiche gilt für meinen Fall: .svn-Verzeichnisse waren vorhanden, aber mein Projekt unterstützte keine SVN-Aktionen.
Nach einigem Stöbern stellte sich heraus, dass das subversive Plugin nach einer erzwungenen Sonnenfinsternis einfach verschwunden war.
Die Lösung bestand darin, subversiv (neu) zu installieren, und jetzt ist alles wieder in Ordnung.
Prost v.
UPDATE: Ich habe Eclipse auf eine neue Version umgestellt, auf der das Plugin einfach nicht installiert war. Aus diesem Grund musste ich es von Grund auf neu installieren.
quelle
Dies funktionierte für mich: Rechtsklick-> TortoiseSVN -> Einstellungen -> Symbolüberlagerungseigenschaften, Shell als Statuscache auswählen . Klicken Sie auf OK, Seite aktualisieren.
quelle
Ich kann dieses Problem zuverlässig reproduzieren. Dies geschieht beim Auschecken bestimmter Maven-Projekte, indem "Als Maven-Projekt auschecken ..." nicht in dem Ordner ausgeführt wird, der das POM selbst enthält, sondern in einem übergeordneten Verzeichnis (z. B. "Trunk"). In diesem Fall checkt Subclipse das Projekt ohne Beschwerden aus und legt es in einem Arbeitsbereichsverzeichnis mit einem Platzhalternamen wie z
maven.1424425443350
. In diesem Verzeichnis wird ein Unterverzeichnis mit dem Namen des Maven-Artefakts erstellt. Dies verwirrt sowohl Subclipse als auch Subversion: Subclipse vergisst, wie wir gesehen haben, sofort, dass das Projekt unter Versionskontrolle steht. Wenn Siesvn status
über die Befehlszeile immaven.1424425443350
Verzeichnis aufrufen, werden Sie darüber informiert, dass das Verzeichnis unter Versionskontrolle steht Alle versionierten Dateien fehlen.Keine der in den anderen Antworten aufgeführten Problemumgehungen funktioniert, wenn Subsclipse aus diesem Grund die SVN-Verbindung vergessen hat. Stattdessen besteht die einzige Lösung darin, das Projekt zu löschen und erneut auszuchecken. Stellen Sie diesmal sicher, dass das Auschecken in einem Verzeichnis durchgeführt wird, das ein POM enthält, und nicht in einem übergeordneten Verzeichnis.
Eine bessere Gesamtlösung wäre, wenn Subclipse sich weigert, "Als Maven-Projekt auschecken ..." für Verzeichnisse auszuführen, die kein POM enthalten, oder Fälle besser zu behandeln, in denen dies ohnehin versucht wird, indem Unterverzeichnisse nach Maven-Projekten durchsucht werden.
quelle
Ich habe zwei SVNKit-Implementierungen (1.7.x und 1.8.x) gleichzeitig mit der SVN-Repository-Version (1.8.x) verwendet.
Infolgedessen hat das Team -> Projekte freigeben ... immer eine Festschreibungsnachricht angefordert. Offensichtlich wurde SVNKit 1.7.x verwendet, das nicht mit SVN 1.8.x kompatibel ist.
Nach dem Entfernen von SVNKit 1.7.x verwendete Eclipse die einzige verfügbare korrekte SVNKit-Version 1.8.x und alles funktionierte wie erwartet.
quelle