it-swarm.com.de

svn: E155021: Dieser Client ist zu alt, um mit der Arbeitskopie bei xxx zu arbeiten (Format '31')

Ich versuche einige Gradle-Projekte in meine Spring Tool Suite zu importieren. Ich habe Subclipse 1.10.5 in meinem STS installiert, und der auf meinem Rechner installierte svn-Client ist 1.8.8. Ich habe versucht, auf meinem Mac auf 1.7.10 herunterzustufen, aber ich habe immer noch das gleiche Problem beim Importieren.

Für andere scheint SVN 1.7.10 und Subclipse 1.10.5 gut zu funktionieren, aber auf meinem Computer erhalte ich den Fehler

svn: E155021: This client is too old to work with the working copy at
  '/Users/agarg/Documents/Mars/trunk' (format '31')

Ich stecke hier seit einiger Zeit fest und konnte dieses Problem nicht lösen. Habe viele Dinge ausprobiert, als ich über das Netz gefunden habe, aber immer noch festgefahren ist.

10
Ankur Garg

Ich hatte dieses Problem auf Mac OS Yosemite mit Webstorm und IntelliJ. 

svn --version in der Befehlszeile wurde 1.8 gedruckt, aber selbst wenn die Befehlszeilen-Clientoption mit dem Wert svn in Webstorm/IntelliJ aktiviert war, erhielt ich die Warnung. 

Durch Ausführen von which svn und Einfügen des Werts (/usr/local/bin/svn for me) in WebStorm-> Einstellungen-> Versionskontrolle-> Subversion-> Befehlszeilenclient verwenden wurde die Warnung entfernt und die Probleme behoben, die in Webstorm und IntelliJ aufgetreten waren.

19
Torbjørn M

Die Arbeitskopie hat ein Format, das für den SVN 1.8-Client verständlich ist, aber Ihr Client ist SVN 1.7 oder älter .

  1. Sie sollten überprüfen, welche Versionen von Subclipse/SVNKit/svn.exe auf Ihrem System installiert sind.

  2. Versuchen Sie, über die Befehlszeile auf die Arbeitskopie zuzugreifen, und prüfen Sie, ob Sie dieselbe Fehlermeldung erhalten.

3
bahrep

Wenn Sie definitiv svn installiert haben und mit der von Ihnen gewünschten Version laufen, bedeutet dies, dass die Metadaten in Ihrem Projekt auf eine ältere Version von Subversion verweisen. Führen Sie ein Upgrade durch, indem Sie diesem Handbuch folgen: http://www.robsearles.com/2008/12/svn-client-is-too-old-to-work-with-working-copy-solution-using-rsync/

1
kwills

Ich hatte das gleiche Problem unter OSX. Ich konnte die SVN aktualisieren, indem ich hier die Schritt für Schritt Anleitung befolge:

URL: http://andowebsit.es/blog/noteslog.com/post/how-to-upgrade-Subversion-on-osx/

Prüfen Sie zunächst, welche svn-Version Sie haben:

$ svn --version
  svn, version 1.7.17 (r1591372)
  compiled Aug  7 2014, 17:03:25
  ...

Scheint wie die alte Version, also aktualisiere sie.

$ brew update
$ brew install Subversion

Die Installation dauert einige Sekunden. Prüfen Sie nun, wie viele svn Sie haben. Sie sehen den anderen Eintrag von unten.

$ which -a svn
 /usr/bin/svn
 /usr/local/bin/svn

Bearbeiten Sie den ~/.bash_profile mit 

export PATH="/usr/local/bin:$PATH"

Und dann

$ source ~/.bash_profile

$ svn --version
svn, version 1.8.10 (r1615264)
compiled Aug 25 2014, 10:57:58 on x86_64-Apple-darwin13.3.0
...

Nun sehen Sie, dass die SVN-Version von 1.7 auf 1.8 aktualisiert wurde.

1
Ahsan

Einfachster Weg:
1. which -a svn im Terminal ausführen;
2. Ändern Sie die Umgebungsdatei (wie ~/.bash_profile) und verwenden Sie die ältere Version svn.
3. Checkout SVN-Code mit Ihrem älteren SVN;
4. Importiere es in deine IDE;
5. ERLEDIGT. 

0
Aaren Shar

Vielen Dank an alle für ihre Lösung. Ich hatte einige Tage mit diesem Thema zu kämpfen. Ich hatte die alte Version 1.7 mit dem PC-Login der Cygwin-Umgebung installiert. Später musste ich Version 1.9 installieren, weil ich den Befehl svn verwenden wollte. Die meiste Zeit habe ich nach einer Datei /.bash_profile auf meinem PC oder einer Datei gesucht, die den Pfad usr/local/bin hätte. 

Ich habe aber immer den Pfad cygwin/usr/local/bin gefunden. Ich habe es immer wieder vernachlässigt. 

Nach so vielen Versuchen und Irrtümern habe ich die einfache Chance genutzt. Ging zur Umgebungsvariablen PATH und schnitt den Pfad "C:\Programme\TortoiseSVN\bin\bin" und fügte ihn vor "cygwin/usr/local/bin" ein.

Und später entdeckte svn --version meine neueste Version 1.9 :)

0

Gleiches Problem hier (SVN 1.8-Client unter W7, STS 3.6.3, Eclipse-Plugin: Subversiver SVN-Teamanbieter 1.1.x und SVNKit-Implementierung 3.0.x). 

Durch ein Upgrade (in STS) des SVN-Teamanbieters auf 2.03.x und SVNKit auf 4.1.2 wurde das Problem behoben.

0
Heri

Ich hatte ein ähnliches Problem in meinem Programm, als ich mit meinem Java-Programm Code aus SVN auscheckte.

Um das Problem zu lösen, habe ich den Eclipse-Arbeitsbereich geschlossen und den Ordner gelöscht, in dem ich die Dateien in meinem lokalen Verzeichnis ausgecheckt hatte.

0
sanoj

Haben Sie diesen Fehler unter MAC OS X erhalten, aber Sie glauben, Sie haben die richtige Version verfügbar?

Sehen Sie sich zuerst an, wie viele SVN

$ which -a svn
/usr/local/bin/svn
/usr/bin/svn
/usr/local/bin/svn

Sehen Sie sich die Ausgabe für jede Ausgabe mit dem Flag --version an. Möglicherweise stellen Sie fest, dass die Standardeinstellung, deren Ausgabe nicht mit der Standardbefehlsausgabe übereinstimmt:

$ command -v svn
/usr/bin/svn
$ which svn
/usr/local/bin/svn

Sie könnten versucht sein, einige Symlinks oder Ihre PATH-Variable zu aktualisieren, aber bevor Sie dies von einer neuen Konsole aus versuchen, kann es sein, dass Sie gerade eine Konsole öffnen, bevor Sie die neueste Version installieren. Ich würde sogar einen Neustart versuchen, bevor ich versuche, PATH oder Symlinks zu ändern.

0
Nestor Urquiza