web-dev-qa-db-fra.com

svn: E155021: Ce client est trop ancien pour fonctionner avec la copie de travail à xxx (format '31')

J'essaie d'importer des projets Gradle dans ma suite Spring Tool. J'ai installé Subclipse 1.10.5 dans mon client STS et svn installé sur ma machine est 1.8.8. J'ai essayé de passer à la version 1.7.10 sur mon mac, mais le même problème persiste lors de l'importation.

Pour les autres, SVN 1.7.10 et Subclipse 1.10.5 semblent fonctionner correctement, mais le message d'erreur s'affiche sur ma machine.

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

Coincé ici depuis un certain temps et incapable de résoudre ce problème. Essayé beaucoup de choses que j'ai trouvé sur le net, mais toujours bloqué.

springsvngradlespring-tool-suite
10
Ankur Garg

J'ai eu ce problème sur Mac OS Yosemite avec Webstorm et IntelliJ. 

svn --version sur la ligne de commande imprimé 1.8, mais même avec l'option client en ligne de commande activée avec la valeur svn dans Webstorm/IntelliJ, je recevais l'avertissement. 

Exécuter which svn et coller la valeur (/usr/local/bin/svn pour moi) dans WebStorm-> Préférences-> Contrôle de version-> Subversion-> Utiliser un client en ligne de commande a supprimé l'avertissement et corrigé les problèmes que je rencontrais dans Webstorm et IntelliJ.

19
Torbjørn M

La copie de travail a le format compréhensible par le client SVN 1.8, mais votre client est au moins de SVN 1.7 .

  1. Vous devez vérifier les versions du client Subclipse/SVNKit/svn.exe sur votre système.

  2. Essayez d’accéder à la copie de travail à partir de la ligne de commande et voyez si vous obtenez la même erreur.

3
bahrep

Si vous avez définitivement installé svn et que vous utilisez la version correcte, cette erreur signifie que les métadonnées de votre projet font référence à une version plus ancienne de Subversion. Mettez-le à niveau en suivant ce guide: http://www.robsearles.com/2008/12/svn-client-is-too-old-to-work-with-working-copy-solution-using-rsync/

1
kwills

J'ai eu le même problème sur OSX. J'ai pu mettre à jour la SVN en suivant le guide étape par étape ici:

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

Commencez par vérifier votre version svn:

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

On dirait que sa version précédente, alors le mettre à jour.

$ brew update
$ brew install Subversion

Cela va prendre quelques secondes pour installer. Maintenant, vérifiez combien vous avez svn. Vous verrez une autre entrée ci-dessous.

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

Editez le ~/.bash_profile avec 

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

Et alors

$ 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
...

Vous verrez maintenant que la version SVN est passée de 1.7 à 1.8.

1
Ahsan

Manière la plus simple:
1. exécuter which -a svn dans le terminal;
2. modifiez le fichier d'environnement (comme ~/.bash_profile) et utilisez l'ancienne version svn;
3. code de sortie svn avec votre ancien svn;
4. importez-le dans votre IDE;
5. TERMINÉ. 

0
Aaren Shar

Merci à tous pour leur solution. Je me débattais avec ce problème pendant quelques jours. J'avais installé l'ancienne version 1.7 avec la connexion PC de l'environnement Cygwin. Plus tard, j'ai dû installer la version 1.9 parce que je voulais utiliser la commande svn. La plupart du temps, je recherchais un fichier /.bash_profile sur mon PC ou un fichier qui aurait le chemin usr/local/bin. 

Mais j'ai toujours trouvé le chemin cygwin/usr/local/bin. J'ai continué à le négliger. 

Après avoir fait tant d'essais et d'erreurs, j'ai pris une simple chance. Je suis allé à la variable d’environnement PATH et le chemin de coupe "C:\Program Files\TortoiseSVN\bin\bin" et a été collé avant "cygwin/usr/local/bin"

Et plus tard, svn --version a détecté ma dernière version 1.9 :)

0
Amol Vishwas Jadhav

Même problème ici (client SVN 1.8 sur W7, STS 3.6.3, plug-in Eclipse: fournisseur d'équipe SVN subversif 1.1.x et SVNKit Implementation 3.0.x). 

La mise à niveau (dans STS) du fournisseur de l'équipe SVN vers la version 2.03.x et de la version 4.1.2 de SVNKit a résolu le problème.

0
Heri

J'ai eu un problème similaire dans mon programme tout en vérifiant le code de SVN via mon programme Java.

Pour résoudre le problème, j’ai fermé l’espace de travail Eclipse et supprimé le dossier dans lequel j’étais en train d’extraire les fichiers de mon répertoire local. Cela a fonctionné pour moi.

0
sanoj

Vous avez cette erreur sur MAC OS X mais vous pensez avoir la bonne version?

Regardez d'abord combien de svn

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

Examinez le résultat pour chacun des résultats à l’aide de l’indicateur --version. Vous remarquerez peut-être que la sortie par défaut n'est pas la même que la sortie de la commande par défaut:

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

Vous pourriez être tenté de mettre à jour certains liens symboliques ou votre variable PATH, mais avant de le faire depuis une nouvelle console, il se peut simplement que vous ouvriez une console avant d'installer la dernière version. Je voudrais même essayer de redémarrer avant d'essayer de changer PATH ou des liens symboliques.

0
Nestor Urquiza