Ich habe manuell ein Verzeichnis gelöscht, das ich gerade offline in meinem Repository hinzugefügt habe. Ich kann das Verzeichnis nicht wiederherstellen.
Jeder Versuch, ein Update oder ein Commit durchzuführen, schlägt fehl mit:
"blabla/.svn" containing working copy admin area is missing.
Ich verstehe warum, aber gibt es trotzdem, um dies zu beheben.
Ich möchte nicht das gesamte Repo auschecken und meine Änderungen manuell hinzufügen, es würde Stunden dauern.
svn
repair
delete-directory
e-satis
quelle
quelle
.svn
Unterverzeichnisse müssen die schlechteste Idee in der Geschichte der Versionskontrolle gewesen sein.fwiw, ich hatte eine ähnliche Situation und benutzte svn --force delete __dir__ . Das hat das Problem für mich gelöst. Dann arbeitete ich wie gewohnt weiter mit meiner Arbeitskopie.
quelle
svn cleanup
dannsvn --force delete <directory-that-doesn't-exist-but-should>
arbeitete für mich.Um dies zu beheben, habe ich die lokale Kopie des betreffenden Ordners gelöscht und anschließend
svn update
direkt eine Kopie des übergeordneten Ordners erstellt .Es wurde behoben.
quelle
Können Sie versuchen, eine neue Kopie des übergeordneten Verzeichnisses auszuchecken?
Bearbeiten: Um etwas genauer zu sein, wollte ich vorschlagen, eine Ebene höher zu gehen und das enthaltene Verzeichnis zu löschen. Dann mach a
um das Verzeichnis zu ersetzen.
quelle
--set-depth infinity
aus diesem Grund vor: stackoverflow.com/questions/866835/…Ich habe svn ein Verzeichnis hinzugefügt und dann versehentlich den .svn-Ordner darin gelöscht.
ich benutzte
um mein Problem zu beheben.
quelle
svn checkout --force [url]
was den .svn-Ordner neu erstellt hatIch habe gerade 'svn revert / blabla' gemacht und es hat funktioniert, der Ordner ist zurück und ich kann ihn svn löschen
quelle
Der Fehler "Verzeichnis 'blah / .svn' mit dem Verwaltungsbereich für Arbeitskopien fehlt" trat auf, als ich versuchte, das Verzeichnis zum Repository hinzuzufügen, aber nicht über ausreichende Dateisystemberechtigungen verfügte. Das Verzeichnis befand sich noch nicht im Repository, behauptete jedoch, nach dem fehlgeschlagenen Hinzufügen unter Versionskontrolle zu stehen.
Durch Auschecken einer Kopie des übergeordneten Verzeichnisses an einen anderen Speicherort und Ersetzen des .svn-Ordners im übergeordneten Verzeichnis der Arbeitskopie konnte ich das neue Verzeichnis erfolgreich hinzufügen und festschreiben (natürlich nach dem Korrigieren der Dateiberechtigungen).
quelle
Wir benutzen Maven und SVN. Es war ein fehlerhaftes Einchecken des Zielverzeichnisses in SVN, das diesen Fehler verursachte. Das Entfernen hat alles behoben, wenn dieser Hinweis jemandem hilft.
quelle
Ich habe erfolglos versucht
svn rm --force /path/to/dir
, bin aber nur gelaufensvn up
und es hat es für mich behoben.quelle
Ich hatte diesen Fehler kürzlich, als die Dateien durch Einstellungen in meinen SVN-Globals ausgeschlossen wurden. Der Fehler war besonders schlimm, da ich die Dateien auch direkt aus dem Repository gelöscht habe - und dies bedeutete, dass die oben genannten Lösungen nicht funktionieren würden. In diesem Fall konnte ich durch manuelles Löschen des .svn-Verzeichnisses aus dem Verzeichnis, das ich aus SVN entfernt habe, ein Update ausführen, das mir dann das Festschreiben ermöglichte.
quelle
Ich hatte das gleiche Problem, als ich versuchte, "C: \ superfolder" zu wechseln.
Fehlermeldungen:
Nachdem ich versucht habe, eine "Bereinigung" durchzuführen, wurde der folgende Fehler angezeigt:
Lösung:
das hat bei mir funktioniert. Bitte lassen Sie mich wissen, ob es auch für Sie funktioniert.
quelle
Ich hatte diesen Fehler vor kurzem. Dies wurde dadurch verursacht, dass root einige Dateien im Verzeichnis besaß, die diesen Fehler verursachten.
Nachdem ich die Berechtigungen geändert hatte, funktionierte alles wie erwartet.
quelle
Ich habe nicht viel von deinen Posts verstanden. Meine Lösung ist
quelle
Ich hatte dieses Problem. Verschieben Sie blabla einfach vorübergehend an einen anderen Ort, weisen Sie svn an, es zurückzusetzen, und verschieben Sie es dann zurück. Es wird als Neuzugang behandelt. Einfach!
quelle
Das Einfachste, das mir geholfen hat:
Wenn Sie Änderungen im problematischen Verzeichnis haben, ist dies keine gute Lösung für Sie.
quelle
Dieses Problem trat beim Ersetzen einer API-Bibliothek eines Drittanbieters durch eine neuere Version auf, und keine der hier aufgeführten Lösungen funktionierte wirklich für mich, da ich die SVN-Version durch die lokale Version ersetzen wollte. Meine Lösung war wie folgt:
1) Verschieben Sie den fehlerhaften Ordner in mein Ausgangsverzeichnis, löschen Sie ihn aus dem SVN und schreiben Sie Folgendes fest:
2) Legen Sie den Ordner zurück, fügen Sie ihn dem SVN hinzu und schreiben Sie ihn erneut fest:
Etwas irritierend, zweimal begehen zu müssen, aber es scheint gut funktioniert zu haben.
quelle
Nur für den Fall, dass jemand noch eine andere Lösung wünscht:
Hoffe es hilft jemandem.
-Ev
quelle
Für mich passierte das gleiche Problem, als ich beide:
--force
) eine .map-Dateisvn:ignore
via hinzugefügtsvn propedit svn:ignore .
Meine Lösung war:
quelle
Ich hatte dieses Problem, als ich versuchte, ein Verzeichnis zu svn hinzuzufügen. Ich habe es gelöst, indem ich in den Repo-Browser gegangen bin. Klicken Sie mit der rechten Maustaste in das linke Fenster, wählen Sie Ordner hinzufügen und fügen Sie das Verzeichnis direkt im Repo-Browser hinzu.
Ich habe dann das Verzeichnis lokal gelöscht (natürlich nach dem Backup), eine Bereinigung und ein SVN-Update durchgeführt und alles hat wieder funktioniert.
quelle
Überprüfen Sie zunächst das Projekt in einem Ordner in Ihrem System. Entfernen Sie dann den .svn-Ordner aus dem Konfliktprojekt, kopieren Sie den .svn-Ordner aus dem neuen Checkout-Ordner und fügen Sie ihn in Ihren Arbeitskopienordner ein. Dann ist das Problem gelöst.
quelle
Eine häufige Aufgabe bestand darin, ein Repo-Verzeichnis beim Staging in ein anderes Repo zu kopieren - beide unter SVN und beide mit demselben Namen. Die Art und Weise, wie ich gearbeitet habe, war folgende:
quelle