2010-12-06 26 views
0

Je travaille sur un projet géré avec Subversion. J'utilise le plugin Subclipse pour cela: (v1.6.16) Il est celui qui a fait le checkout pour moi.Comment tricher la version client SVN utilisée pour extraire une copie de travail

Maintenant, j'ai besoin d'exécuter des commandes en ligne de commande sur Maven (le plugin Release BTW), qui appelle une version en ligne de commande de SVN. Pour cela, j'ai téléchargé le paquet Windows SlikSVN (la dernière version v1.6.13). Cependant, Maven se plaint (à juste titre je dirais) que mon client subversion est trop vieux pour ma copie de travail.

Voici le message que je reçois:

[INFO] Impossible de valider les fichiers Fournisseur message: La commande svn a échoué. Sortie de la commande: svn: Ce client est trop ancien pour fonctionner avec la copie de travail 'D: \ Users \ raphael \ eclipse-workspace \ base-lib'; s'il vous plaît obtenir un nouveau client Subversion

Je suppose que 1.6.13 à 1.6.16 pourrait être des changements très mineurs. Où SVN stocke-t-il réellement le numéro de version qu'il a utilisé pour la vérification? Je voudrais l'inciter à penser que j'ai effectivement utilisé un client 1.6.13.

Merci d'avance pour votre aide.

Raphaël

+1

Si elles nécessitent une nouvelle version, ils ont probablement une bonne raison pour cela. Je envisagerais de mettre à jour vers une version plus récente. –

Répondre

3

Double-vérifier que votre client SlikSVN 1.6.13 est Ma supposition est que vous avez une copie de Subversion 1.4 ou 1.5 dans le PATH, et c'est ce qui gâche l'opération pour Maven

Pour autant que je sache, les formats de copie de travail ne changent pas dans un Vous ne voulez pas tromper svn, vous devez juste vous assurer que la bonne version est disponible pour Maven (toute version de 1.6 devrait faire - elle ne devrait pas être particulière à propos de 1.6.13 vs 1.6.11)

+0

Vous aviez raison. J'avais une version 1.4 dans le PATH. Enfin, j'ai utilisé la version de WANDisco (http://www.wandisco.com/subversion/os/downloads) qui était à jour (1.6.15). Tricher est mauvais quand même! –

1

Il semble que vous le mal configuré Subclipse Plugin de ne pas utiliser la nouvelle version. Jetez un coup d'oeil dans la configuration. Windows -> Préférences -> Équipe -> SVN -> Interface SVN (assurez-vous de régler ceci sur SVNKit 1.3.X). C'est peut-être le problème.

Avez-vous appelé

svn --version 

sur la ligne de commande? Là, vous obtenez les informations sur la version du client SVN installé.

0

Je pense, vous ne pouvez pas y parvenir parce que la version SVN obtient effectivement envoyé par le client (à savoir la sortie de svn --version et n'est pas stockée en dehors du programme.