SVN-Client zu alt, nachdem ich sshfs verwendet habe

SVN-Client zu alt, nachdem ich sshfs verwendet habe

Ich habe eine per SVN ausgecheckte Webanwendung auf einem gemeinsam genutzten Linux-Hosting-Server. Der Linux-Server verfügt über einen SVN-Client, auf den ich über SSH zugreifen kann.

Von meinem lokalen Host aus habe ich Folgendes getan

> sshfs [email protected]:webappdir/ /media/webapp
> cd /media/webapp
> svn update
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
> svn clean up

Es sind 15 Minuten vergangen und die SVN-Bereinigung ist immer noch nicht abgeschlossen. Ich glaube, es ist eingefroren. Also habe ich Folgendes getan:

> ssh [email protected]
> cd webappdir
> svn update
svn: This client is too old to work with working copy '.'; please get a newer Subversion client

Ich kann mein Webappdir jetzt nicht aktualisieren, da mein /media/webapp beim SVN-Cleanup hängen bleibt und der SVN-Client meines Shared-Hosting-Servers veraltet ist. Ich habe keine Berechtigungen, einen neuen SVN-Client auf dem Shared-Hosting-Server zu installieren.

Wie bekomme ich mein SVN-Update zum Laufen?

Antwort1

"Das Format der Arbeitskopien wurde aktualisiert. Das bedeutet, dass Subversion-Clients mit Version 1.4 und älter nicht mit Arbeitskopien arbeiten können, die mit Subversion 1.5 erstellt wurden. Arbeitskopien werden automatisch aktualisiert."

http://subversion.tigris.org/svn_1.5_releasenotes.html

Antwort2

Apache stellt ein Skript zur Verfügung, das Ihre Arbeitskopie auf ein früheres Format herunterstuft, um die Kompatibilität mit älteren Clients wiederherzustellen. Lesen Sie diesen FAQ-Eintrag:http://subversion.apache.org/faq.html#working-copy-format-change

verwandte Informationen