Schräge Apache2.2 SVN error „, erwarteten Repository-Format '3' oder '5'; gefunden Format '9'“

Question

Ich habe ein Repo habe, die ich zugreifen würde, mit TortoiseSVN, nur aus dem gleichen Computer, auf das die Subversion win32-Dienst ausgeführt wurde, und es ist schon eine ganze Weile arbeiten. Ich beschloss, zu versuchen mod_dav_svn einzurichten, um die Lage sein, aus anderen Ländern, um es zu bekommen. Wenn ich versuche, darauf zuzugreifen, bekomme ich diesen Fehler im Browser:

<D:error>
<C:error/>
<m:human-readable errcode="165005">
Could not open the requested SVN filesystem
</m:human-readable>
</D:error>

... und diese Fehler im Protokoll:

 (20014)Internal error: Expected repository format '3' or '5'; found format '9'
 Could not fetch resource information.  [500, #0]
 Could not open the requested SVN filesystem  [500, #165005]
 Could not open the requested SVN filesystem  [500, #165005]

Hier ist, was ist in meinem Conf:

LoadModule dav_module modules/mod_dav.so
LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so

und

DAV svn
SVNPath e:/dev/.svn

ich die /.svn setzen, weil, bevor ich das getan habe, war ich den gleichen Fehlertext auf dem Client bekommen (aber mit dem Code 720002) und das Protokoll zeigte Apache wurde für e suchen: / dev / Format, das nicht existieren, aber e. /dev/.svn/format tut

Ich las diese , und bemerkte, dass meine Subversion war 1.5.1 und 1.5.5 war aus, und dass ich vor kurzem TortoiseSVN aufgerüstet hatte, dachte ich, dass vielleicht einige Inkompatibilität war (dies kann nicht Sinn machen, ich weiß nicht, wie es genau funktioniert.) Also ich heruntergeladen 1.5.5, stoppte den Dienst, kopierte den DLLs und EXE-Dateien overtop, neu gestartet den Dienst, kopierte die neuen .so-Dateien in der Apache-Modul-Verzeichnis, und neu gestartet httpd. Kein Glück.

Irgendwelche Vorschläge? Diese besondere ‚Format 9‘ Sache scheint selten zu sein ...

Answer 1

bitte Geduld mit mir durch die folgende explantion, es rechtfertigt meine Hypothese auf Ihrem Problem und gibt Ihnen einen Einblick, wie SVN funktioniert:

In Subversion haben Sie 2 Plätze mit Dateien: das Repository und die Arbeitskopie.

Das Repository speichert die Geschichte, Check-out Sie aus dem Repository in einer Arbeitskopie arbeiten dort und sich verpflichten, das Repository zurück.

Svnervice und Apache Svn beide können Sie ein Repository belichten Schildkröte können Sie Arbeitskopien von einem exponierten Repository erstellen.

Von dem, was Sie auf dem Laufenden Ich glaube, Sie versuchen, eine Arbeitskopie anstelle eines Endlagers freizulegen (die „.svn“ -Ordner ist typisch für eine Arbeitskopie und ich wette, die e: \ dev.svn ist ein Kontrollpunkt-Verzeichnis).

geht im Service-Management und die Befehlszeilen finden Sie heraus, welche den SVN-Dienst wird es eine Zeichenfolge wie sollte folgende Komponenten enthält: svnserve -d -r {somepath}

Der {somepath} ist der Pfad zu Ihrem Repository. Dies ist der Weg, den Sie in der SVNPath Konfigurationsdirektive von Apache bieten sollten.

Eine letzte Sache: do nicht erlauben R / W Zugriff auf das gleiche Repository sowohl svnserve und Apache SVN verwenden, wird es wahrscheinlich korrupt Ihr Repository durch Belichtungsbedingungen auf die Transaktionssperren fahren