Wie zu beheben „enthält Kopie Admin-Bereich arbeiten fehlt“ in SVN?

StackOverflow https://stackoverflow.com/questions/1394076

  •  21-09-2019
  •  | 
  •  

Frage

löschte ich manuell ein Verzeichnis ich gerade hinzugefügt haben, offline, in meinem Repository. Ich kann das Verzeichnis nicht wiederherstellen.

Jeder Versuch, ein Update zu tun oder eine Festschreibung wird fehlschlagen: 

"blabla/.svn" containing working copy admin area is missing.

Ich verstehe, warum, aber es ist dies ohnehin zu beheben.

Ich mag nicht die gesamte Repo zur Kasse und meine Änderungen manuell hinzufügen, würde es Stunden dauern.

War es hilfreich?

Lösung

Nach dieser: http: // www. devcha.com/2008/03/svn-directory-svn-containing-working.html

Check-out den Ordner „blabla“ an einen anderen Speicherort und kopieren Sie dann seine .svn Ordner wieder in die ursprüngliche „blabla“.

Andere Tipps

FWIW, ich hatte eine ähnliche Situation und verwendet svn --force löschen __dir __ . Das löste das Problem für mich. Dann ging ich mit meiner Arbeitskopie als normal zu arbeiten.

Was ich getan habe, um dieses Problem beheben war die Lokal löschen Kopie des Ordners in Frage und führen Sie dann eine svn update des Mutter direkt danach.

es Feste rechten Seite.

Können Sie versuchen, eine neue Kopie des übergeordneten Verzeichnisses zu überprüfen?

Edit: Um etwas genauer zu sein, ich meinte eine Ebene hinauf vorzuschlagen und das enthält Verzeichnis zu löschen. Dann machen Sie eine 

svn update --set-depth infinity

das Verzeichnis ersetzen.

Ich habe ein Verzeichnis SVN, dann versehentlich ich innerhalb des .svn Ordner gelöscht.

I verwendet 

svn delete --keep-local folderName

mein Problem lösen kann.

Ich habe gerade ‚svn revert / blabla‘ und es funktionierte, ist der Ordner zurück, und ich kann es SVN löschen

Der Fehler „Verzeichnis‚blah / .svn‘enthält Arbeitskopie Admin-Bereich fehlt“ aufgetreten ist, wenn ich das Verzeichnis in das Repository hinzuzufügen versucht, aber habe nicht genug Dateisystem Privilegien zu tun. Das Verzeichnis war nicht bereits im Repository, aber es wurde behauptet, unter Versionskontrolle nach dem gescheiterten Add zu sein.

eine Kopie des übergeordneten Verzeichnisses an einen anderen Ort aus überprüfen und Ersetzen des .svn Ordner im Stammverzeichnis der Arbeitskopie erlaubt mir das neue Verzeichnis erfolgreich hinzuzufügen und commit (nach die Dateiberechtigungen Festsetzung, natürlich).

Wir verwenden maven und SVN. Es war ein Irrtum checkin von Zielverzeichnis SVN, die diesen Fehler verursachen. Das Entfernen dieser fest alles, wenn dieser Hinweis jemand hilft.

habe ich versucht, svn rm --force /path/to/dir ohne Erfolg, aber am Ende nur läuft svn up und es regelte es für mich.

Ich hatte diesen Fehler vor kurzem, wenn die Dateien von Einstellungen in meinem SVN Globals ausgeschlossen waren. Der Fehler war besonders böse, da ich die Dateien auch direkt aus dem Repository gelöscht - und dies bedeutete, dass die oben genannten Lösungen verweigerten nicht funktionieren würden. In diesem Fall löschen Sie manuell das .svn-Verzeichnis aus dem Verzeichnis, dass ich aus dem SVN mir erlaubt entfernt, um ein Update auszuführen, die dann mir erlaubt zu begehen.

Ich hatte das gleiche Problem, wenn ich versuche, zu wechseln "C: \ Super"

Fehlermeldungen: 

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

Nach dem Versuch, eine „Bereinigung“ zu tun hat, habe ich folgende Fehlermeldung: 

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

Lösung:

  1. Löschen Sie den Ordner "Unterordner"
  2. Abgleich Ordner "Super"
  3. Versuchen Sie es erneut den Ordner „Super“ wechseln

das für mich gearbeitet. Bitte lassen Sie mich wissen, ob es auch für Sie arbeitet.

Ich hatte diesen Fehler vor kurzem. Es wurde von Wurzel verursacht ein paar Dateien in dem Verzeichnis, gibt diese Fehler zu besitzen.

Nachdem ich die Berechtigungen geändert hat alles wie erwartet.

Haben versteht nicht viel von Ihren Beiträgen. Meine Lösung ist

  1. Schneiden Sie die problematischen Ordner und kopiert bis zu einem gewissen Ort.
  2. Bekomme-Lösung von Subversion in ein anderes Arbeitsverzeichnis (nur neu).
  3. Fügen Sie Ihre gespeicherten Ordner in den neuen Arbeitskopie und fügen Sie es als Vorhandenes Projekt (wenn es das Projekt, wie in meinem Fall).
  4. Commit;

hatte ich dieses Problem. Bewegen Sie einfach blabla an einem anderen Ort vorübergehend, sagen svn es zurückzukehren, und dann zurück zu bewegen. Es wird als ein neuer Zusatz behandelt. Einfach!

Die einfachste, die mir geholfen haben: 

rm -rf _dir_in_question_
svn up

Wenn Sie Änderungen in dem problematisch dir haben, dann ist dies keine gute Lösung für Sie.

Ich kam in diesem Problem, wenn eine dritte Partei API-Bibliothek mit einer neueren Version ersetzt wird, und keine der Lösungen hier wirklich für mich gearbeitet, weil ich die SVN-Version mit der lokalen Version ersetzen wollte. Meine Lösung war wie folgt:

1) Bewegen Sie den Ordner zu beleidigen zu meinem Home-Verzeichnis, löschen Sie es aus dem SVN und begeht: 

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Setzen Sie den Ordner zurück, fügen Sie es zu SVN und begehen wieder: 

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

reizt leicht zu haben zweimal zu begehen, aber es scheint fein gearbeitet zu haben.

Für den Fall, jemand will noch eine andere Lösung:

  1. Überprüfen Sie in den neuen Ordner als "foldername2"
  2. Gehen Sie in Tortise SVN-Repo-Browser
  3. Rename "foldername2" auf "Ordnername"
  4. Sie im Windows Explorer ein Update zu tun

Hope es hilft jemand.

-Ev

Für mich ist das gleiche Problem passiert, wenn ich beides:

  • gelöscht (--force) eine .map-Datei
  • hinzugefügt * .map zu svn:ignore über svn propedit svn:ignore .

Meine Lösung war:

  1. rückgängig machen Änderungen an der Eigenschaft
  2. verpflichten Änderungen an den Dateien
  3. Kasse eine neue Kopie der Repository (leider!)
  4. die Eigenschaft ändern und verpflichten

Ich hatte dieses Problem, als ich versuchte, ein Verzeichnis zu svn hinzuzufügen. Ich löste es durch Repo-Browser gehen. Ein Rechtsklick im linken Fenster, wählte Add-Ordner und das Hinzufügen des Verzeichnisses direkt in dem Repo-Browser.

Ich löschte dann das Verzeichnis lokal (nach der Sicherung natürlich) hat eine saubere und svn update und alles funktionierte wieder.

Zu allererster Kasse des Projektes in Ihr System in einem Ordner. Dann entfernen Sie den .svn Ordner aus Konflikt Projekt und kopieren Sie die Svn Ordner aus neuen Kasse Ordner und fügen Sie ihn in Ihre Arbeitskopie Ordner. Dann Problem gelöst ist.

Eine gemeinsame Aufgabe, die ich erlebt wurde mit einem Repo-Verzeichnis in der Inszenierung zu übernehmen und kopieren Sie sie in einem anderen Repo - sowohl unter SVN und beide den gleichen Namen genannt. Die Art und Weise, die für mich gearbeitet wurde wie folgt vor: 

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top