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é.
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.
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 .
Vous devez vérifier les versions du client Subclipse/SVNKit/svn.exe sur votre système.
Essayez d’accéder à la copie de travail à partir de la ligne de commande et voyez si vous obtenez la même erreur.
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/
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
.
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É.
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 :)
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.
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.
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.