Frage

Ich ziehe meine Haare auf diese aus.

Ich habe eine Seite, die Version mit Subversion gesteuert wird. Ich benutze Aptana (Eclipse, subclipse) die SVN zu tun. Ich habe in und aus Dateien wurde Überprüfung, Aktualisierung usw. und alles ist in Ordnung. Doch das System haben wir den Bau wurde, um seine eigenen Dateien und Ordner hinzufügen.

Wenn ich versuche, diese zu begehen, es sagt mir <path> ist keine Arbeitskopie. Wenn ich versuche, eine Bereinigung zu tun, dann gibt es den gleichen Fehler. Ich fand ich manuell jede Datei zur Versionskontrolle hinzufügen kann, aber dies führt den gleichen Fehler. ein Update zu tun hilft nicht, den Arbeitsbereich erfrischenden entweder gar nichts tun. Cleanup scheint nach dem Fehler zu sterben, und dann wird das Verzeichnis gesperrt.

Ich weiß, Sie sollen Dateien hinzufügen SVN verwenden, aber wie auf der Erde arbeiten Sie mit generierten Dateien? Wie erhalte ich, um diese „<folder> ist keine Arbeitskopie Verzeichnis“ Fehler? Wie erhalte ich Subversion schauen nur auf die Dateien und fügen Sie sie in seinem Repository?

War es hilfreich?

Lösung

Wenn Sie die generierten Dateien mögen SVN hinzugefügt werden, verwenden svn add sie rekursiv hinzufügen - dies wird sicherstellen, dass alle Verzeichnisse Teil der Arbeitskopie sind, und alle Dateien und Verzeichnisse zu SVN hinzugefügt und wird begangen werden als Teil des nächsten svn commit.

Doch oft generierten Dateien und Ordner sollen nicht zu SVN hinzugefügt werden, da sie erzeugt wird von die Quelldateien als Teil eines Build. In diesem Fall sollten Sie die mit svn markieren: ignorieren , so dass sie nicht Teil der Arbeitskopie sind.

Andere Tipps

Wir haben dieses Problem heute hatte, als ich versuchte, einen Ordner „A“ hinzuzufügen, in dem ich keine Schreibberechtigung hatte (so könnte es den A / .svn Ordner nicht erstellt werden).

Ausführen von svn status gab mir einen „~“ neben Ordner A. Ausführen von svn cleanup sagte, dass Eltern von A gesperrt wurde.

Was schließlich arbeitete war:

cp -r A A~    # backup, since A was not in the repo
rm -rf A      # removed locked directory
svn rm A      # remove A from pending commit
mv ~A A       # restore backup
svn add A     # re-add to pending commit
svn cleanup   # (had to cleanup several parent folders higher as well)

Die keine Arbeitskopie Fehler bedeutet, dass der aktuelle Ordner nicht korrekt von initialisiert SVN .

Um den Fehler zu beheben, nur die aktuellen Ordner umbenennen und dann eine richtige Arbeitskopie erhalten des Projektes von SVN von Kasse tun von das Projekt.

Die Check-out wird dann erstellen eine ordnungsgemäß konfigurierten Arbeitskopie des Projektes.

Ich traf nur die „keine Arbeitskopie“ Fehler in meiner, ähem, Arbeitskopie. Das war für ein JDeveloper Projekt und es stellte mir heraus, dass das JDeveloper Upgrade (11.1.1.2.0), die ich gerade eine neuere Version von SVNKit als die installiert würde ich für Kommandozeilen SVN-Zugang (jsvn) verwende eingebaut. So hatte JDeveloper ruhig das Format der .svn Dateien aktualisiert, was dazu führte, dass der Kommandozeilen-Client sie nicht verstehen kann. Der Groschen fiel, wenn jsvn über eine fehlende Datei „.svn / Format“, beschwerte sich in meinem Projekt Top-Level-Verzeichnis. Ich fand Haufen von diesen in Unterordner, alle auf der Suche identisch und nur die Ziffer „9“ enthalten. Also kopierte ich einen in den Ordner der obersten Ebene und jsvn dann gab schließlich eine entsprechende Meldung: „svn: Dieser Client ist zu alt mit Arbeitskopie zu arbeiten, wählen Sie bitte eine neuere Subversion-Client bekommen‚‘“. Sobald ich (über Google) identifiziert hatte und installierte die kompatibele Client SVNKit Ebene war die neue, verbesserte jsvn der Lage zu erkennen, dass meine Arbeitskopie in der Tat eine Arbeitskopie. Moral der Geschichte:., Wenn Sie diesen Fehler und Sie verwenden verschiedene SVN-Clients auf der gleichen Maschine, kann das Problem sein, dass sie nicht mehr synchron haben

Ran in diese nun mit TortoiseSVN einige tote Verzeichnisse aufzuräumen. Ich habe eine Sicherungskopie der Dateien und verwenden dann den rep-Browser den fehlerhaft dir (das war weg vom Fenster sowieso) zu löschen. Dann Bereinigung an dem Projekt gearbeitet, und ich kann jetzt mit meinen aktuellen Dateien halten zu gehen.

Bitte versuchen Sie es, um herauszufinden, wo das Problem ist. Ist das die fehlende Svn-Datei oder etwas anderes. Denken Sie daran, Svn-Datei erstellt, wenn Sie mit Ihrem checkin fertig sind. und enthält den entsprechenden Verzeichnispfad, Codenamen mit einer eindeutigen Nummer zu ihnen markiert. Gehen Sie auf den Basispfad Ihres Projektes Sie denken, ist in perfekt kontrolliert. Erstellen Sie ein neues temporäres Paket und hinzugefügt, um eine Probe von Java-Code in diesem Pfad. In der Version und versuchen zu begehen. Wenn Sie einen Fehler erhalten, dass der Ordner gesperrt ist (Der Versuch, die bereits gesperrt Ordner zu sperren), geht dann die .svn Ordner und die Lock-Datei umbenannt. Versuchen Sie es erneut zu checkin und commit

Wenn es gut funktioniert, dann sind Sie fertig. Verwenden Sie das gleiche Basisverzeichnis und die überprüfen Sie den Code erneut ab diesem Verzeichnis auf Ihre Ordnerebene nach cleaing auf.

„Keine Arbeitskopie“ bedeutet, dass einer der Orte, an denen Sie Ihre IDE versuchen svn zu laufen in durch svn selbst nicht kontrolliert (wie das Hinzufügen von Dateien in einem Unterverzeichnis nicht unter svn). Ich würde sagen, überprüfen Sie Ihre Pfade innerhalb der IDE.

Weil ich alle Aufgaben mit visuellen Werkzeugen zu tun, ich kann nicht sagen, was Bedarf ausgeführt werden Befehle.

Das ist meine Umgebung, Windows XP. TortoiseSVN 1.6.7 mit Subversion 1.6.9, Eclipse 3.5 mit Subclipse 1.6.10. und das Repository mit Visual SVN-Server über Fenster verwaltet werden.

  1. In Visual SVN-Server I gelöscht den Ordner , die von dem anderen Werkzeug erstellt wurde (das war das Problem, wie Keltia sagte).
  2. In meinem Windows Explorer direkt mein Projekt klicken über und mit den Optionen der Schildkröte SVN drücken Sie Update . Mit dieser Aktion wurde der Ordner in meiner Arbeitskopie gelöscht.
  3. Commited alle meine Änderungen.
  4. lief das Werkzeug, das erstellen Sie den Ordner (wieder).
  5. mit Schildkröte SVN I markiert mit hinzufügen Liste ignorieren .

Hope, das hilft.

in meinem Fall habe ich Eclipse-Workspace Ort zum anderen bewegen dann Problem aufgetreten ist. Zur Lösung Projekt Problem, das ich Kasse des SVN Repo bilden. Dann in altem Projekt reinige ich alle SVN-Dateien. (Einfache Suche .svn und löschen), dann kopiere ich den Inhalt der Gerechte CheckedOut meine Änderungen sichtbar werden, und mein Projekt ist auf dem neuesten Stand. Diese Methode kann für andere lästige Fehler angewandt werden. Hoffe, dass jemand helfen

Sie aktuelles Verzeichnis in einem anderen Ort move und svn update Befehl ausführen, dann ersetzen Verzeichnis mit bewegte Verzeichnis
wenn die Verwendung tortoisteSVN, können Sie vor laufen svn update, führen Bereinigung Sie Root-Verzeichnis

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top