2012-03-25 3 views
10

Ich versuche, ein erstes Auschecken eines Repository im Netzwerk gehostet. Das Auschecken schlägt mit der Fehlermeldung "svn: E200030: keine solche Tabelle: wcroot" fehl. Googeln scheint nicht zu helfen. Was bedeutet diese Fehlermeldung und wie lautet die Diagnose?SVN Fehler "keine solche Tabelle: wcroot" beim Versuch, ein Repo auschecken

Meine SVN-Binärversion ist 1.7.1 (r1186859).

Danke!

(von programmers.stackexchange neu geschrieben, da es dort geschlossen wurde)

+0

Googeln den letzten Teil gibt mir http://mail-archives.apache.org/mod_mbox/subversion-dev/201007.mbox/%[email protected]%3E – madth3

+0

Ist mir einfach passiert und ich habe 9.1 entfernt und 9.2 Ordner, der in dem Ordner erstellt wurde, in dem ich ihn ausgeführt habe. Beide Ordner hatten die Datei wc.db darin und sind zuvor fehlgeschlagen. Durch das Entfernen von diesen ging es gut durch. – MStp

Antwort

6

Ich weiß nicht, was genau diese Meldung bedeutet. Von this ich verstehe, dass es eine Wc.db-Datei in dem Verzeichnis erstellt, das Sie versuchen, auschecken, die nicht ordnungsgemäß initialisiert wird und die Wcroot-Tabelle fehlt.

Da Sie eine saubere Kasse tun, würde ich vorschlagen, dass Sie überprüfen, ob ein Verzeichnis, in dem Sie versuchen, zur Kasse gehen, wenn dies der Fall ist, entfernen Sie es oder versuchen Sie ein anderes Verzeichnis zum Auschecken.

In meinem Fall war es eine vorherige svn co, die fehlgeschlagen ist und die beschädigte wc.db in dem Verzeichnis belassen. Also das Entfernen des Verzeichnisses und das erneute Auschecken haben den Trick gemacht.

+2

+1 - Das Entfernen des .svn-Ordners, auf dem 'svn co' läuft, funktionierte auch für mich. – Aust

2

Für mich hatte Tortoise einen SQL-Dienst heruntergefahren, als es installiert wurde. Ich neu gestartet, löschte alle meine Checkout-Ordner und versuchte es erneut ohne Problem.

0

Es scheint, dass Sie Ihren Subversion-Client vor kurzem aktualisiert haben und die neue Version (1.7.x) Probleme mit der Wc.db-Datei von einer älteren Version hat. Diese Datei befindet sich unter Linux in ~/.svn /, aber sie einfach zu entfernen scheint nicht zu helfen. Können Sie Ihren Svn-Client wieder auf die ältere Version zurücksetzen?

1

Dies passierte (zumindest in meinem Fall) beim Auschecken eines Projekts prom svn Repository und ein Laufzeitfehler im SVN-Client-Prozess passiert. Also ging ich zu dem Ordner, den ich auschecken wollte, und entfernte ihn mit dem Befehl "rm -Rf". Ich habe die Fehlerquelle am Svn-Client behoben. Dann habe ich versucht, es zu überprüfen. Das Problem ist behoben!

2

Als ich versuchte, diesen Fehler

SQLite [S1] zur Kasse und hatte keine solche Tabelle wcroot

Ich war nur freier Speicherplatz auf der Festplatte Zielfestplatte aus - wirklich habe ich 0 Byte frei. Es gab nichts auf Zielordner: leer, keine versteckten Dateien, nichts, keine früheren Kassen, noch db ...

Und gelöstes Problem durch Freigeben von Speicherplatz

Diagnose: Festplatte war voll!

+0

Dies liefert keine Antwort auf die Frage. Um einen Autor zu kritisieren oder um Klärung zu bitten, hinterlasse einen Kommentar unter seinem Beitrag - du kannst deine eigenen Beiträge jederzeit kommentieren, und sobald du genügend [Reputation] (http://stackoverflow.com/help/whats-reputation) hast, wirst du das tun in der Lage sein [jeden Beitrag kommentieren] (http://stackoverflow.com/help/privileges/comment). –

+2

@DanielKelley Tut es nicht? Er sagte, er habe das gleiche Problem und löste es, indem er Speicherplatz freigab. Wie ist das keine Antwort? – dcastro

2

Ich habe das gleiche Problem und das Problem war genau das: nicht genug freien Speicherplatz auf der Festplatte. Dies scheint die Meldung "nicht genügend Speicherplatz" zu überschreiben, wenn die Kapazität auf dem Laufwerk 0 Byte beträgt.

1

Ja! Ich denke, ich habe eine Lösung für dieses Problem.

Überprüfen Sie, ob im Ordner ein .svn-Ordner (der ausgeblendet ist) erstellt wurde.

Falls dieser .svn-Ordner vorhanden ist, löschen Sie ihn. Wiederholen Sie den Svn-Checkout. Dies sollte dein Problem lösen.

+0

Diese Lösung funktioniert gut für jedes Problem mit der Korruption von wc.db. Wenn Sie die lokalen Änderungen in der Arbeitskopie nicht verlieren möchten, müssen Sie mit der Option --force auschecken und svn behält die lokalen Änderungen bei. – Sergi

0

In meinem Fall war das Problem, dass wc.db 0 Bytes hatte. Ich hatte viel Platz zur Verfügung, also musste es etwas sein, was TortoiseSVN getan hat. Ich habe versucht, das Repository zu bereinigen, aber die einzige Möglichkeit, dies zu lösen, bestand darin, das Repository erneut auszuchecken.

0

In meinem Fall wurde es von der Svn URL verursacht. einmal gab es eine leere Stelle in der URL und die andere war chinesisches Zeichen in der URL. wenn ich die URL korrigiert habe, ist das Problem gelöst. Sie können es versuchen.

Verwandte Themen