svn co svn+ssh://myhost/path/projectname/trunk projectname
[...]
svn: Failed to add directory 'projectname/test/.svn': an unversioned
directory of the same name already exists
Wie ist das möglich ??Wie kann Svn Co ein "Verzeichnis bereits existiert Fehler" geben?
Ich checke in ein leeres Verzeichnis.
gleiche Fehlerüberprüfung aus, um Windows und OS X.
Ich habe dieses Problem möglicherweise schon einmal gesehen, als jemand das .svn-Verzeichnis selbst zum Repository übertragen hatte. Beim Erstellen des Arbeitsverzeichnisses konnte daher das versionierte Verzeichnis .svn nicht erstellt werden, da das Arbeitsverzeichnis bereits über ein eigenes Verzeichnis .svn verfügte.
Sind Sie sicher es leer ist und dass Svn nicht existiert? Hast du versucht, es nicht projectname geben und stattdessen in dieses Verzeichnis und überprüfen Sie es?
Ja 100% und ja versucht. – Ethan
Wenn Sie absolut sicher sind, dass das Verzeichnis, in das Sie auschecken, leer ist, möchten Sie möglicherweise sehen, ob das Repository Verzeichnisse mit demselben Namen mit unterschiedlicher Groß-/Kleinschreibung enthält. Dies geschieht manchmal, wenn das Host-Betriebssystem für das Repository Linux ist. Manchmal führt dies zu Problemen, wenn das Arbeitsverzeichnis FS nicht zwischen Groß- und Kleinschreibung unterscheidet.
Wenn Sie bereits in diesem Verzeichnis ausgecheckt haben, könnte ein versteckter .svn-Ordner vorhanden sein (Ordner mit dem Präfix Punkt sind das Äquivalent von in Linux/OSX versteckten Ordnern)?
Tritt das gleiche Problem in einem anderen kürzlich erstellten Ordner auf?
Ja. Erstellen Sie ein neues Verzeichnis, cd in, versuchen Sie es auszuprobieren, denselben Fehler. – Ethan
Ich hatte ein ähnliches Problem, obwohl nicht mit einem .svn-Verzeichnis, aber ein normales.
ich diesen Fehler, wenn sie in ein leeres Verzeichnis heraus überprüfen:
svn: Konnte Verzeichnis ‚Dateien‘ hinzuzufügen: ein unversionierte Verzeichnis des gleichen Namen existiert bereits
Die Verzeichnis hatte dynamischen Inhalt und wurde auf svn: ignore gesetzt, und das Repository war möglicherweise ebenfalls beschädigt.
Ich habe eine rm -rf files und wiederholte dann die Kasse. Die Kasse ist danach erfolgreich.
(obwohl das Verzeichnis 'files' beim zweiten Checkout leer wurde, während es beim ersten Mal auch etwas ausgecheckt hat. Zum Glück war es nur dynamisch erzeugter Inhalt, also kein ernstes Problem).
Ich glaube, ich hatte das gleiche Problem, weil ich meinen SVN-Client auf eine neuere Version aktualisiert und die Arbeitskopie nicht auf das neue Format aktualisiert hatte.
Meine Begegnung mit der "konnte nicht ein Verzeichnis ein versioniertes Verzeichnis XYZ hinzufügen ... a der gleiche Name existiert bereits" Fehler.
überprüfte ich Dateien in /regular-folder/ out:
ich nicht:
ich nur neue Dateien hinzugefügt und vorhandene Dateien im vorhandenen ausgecheckten Ordner geändert.
Nach fehlgeschlagenen Versuchen zu bereinigen, habe ich nur den Ordner (mit. Svn) für die Sicherung kopiert, löschte den Ordner im System. Und aktualisiert.
Problem gelöst. Nicht sicher, wie es erstellt wurde.
Eine Sache, die ich mit Svn gelernt habe - nicht umbenennen (Dateien/Ordner) und Änderungen zusammen. Dies war nicht der Fall.
(Windows XP, TortoiseSVN 1.6.7)
Schreie der Freude! Du hast den Nagel auf den Kopf getroffen. Alles ist gut jetzt. – Ethan
@Ethan: Da dies Ihre Lösung ist, frage ich mich, welche Version von SVN Sie ausführen? SVN erlaubt nicht, dass die .svn-Ordner festgeschrieben werden, außer für eine kurze Reihe von Builds mit einem Fehler irgendwo in der 1.5.x-Reihe, falls der Speicher funktioniert. Vielleicht möchten Sie auf die neueste Version upgraden. – rmeador
@Ethan: Irgendwelche Ideen, wie man das Problem beheben kann? http://stackoverflow.com/questions/1028908/how-can-svn-co-give-a-directory-already-exists-error –