SVN erreur “semble faire partie d'une Subversion 1.7 ou plus de la copie de travail” avec svn version 2.0.3
Ici c'est plein d'erreur que je reçois dans Eclipse Juno lorsque je tente de commettre mon projet via SVN
appears to be part of a Subversion 1.7 or greater working copy. Please upgrade your Subversion client to use this working copy.
Je ne comprends pas pourquoi je reçois ce depuis mon client SVN version est la plus récente. (2.0.3)!
- Fait du switch à partir d'Eclipse pour Android Studio il y a un moment donc pas sûr. Ma conjecture est que vous avez une version 1.7 à côté de la nouvelle. Allez à aide-> (ou quelque chose comme ça), ici, vous devriez être en mesure de trouver les plugins installés et, si c'est le cas, supprimez l'ancienne version svn.
- puu.sh/fX5Yr/502a796d66.png - voici mon "à propos de l'éclipse" comme vous pouvez le voir il n'y a qu'une seule version de svn
- Avez-vous lu ce post, la troisième réponse en particulier?
- Voulez-vous dire ce stackoverflow.com/a/7993745/2608488 ?
- Si l'on se réfère à la SVNKit mise à jour, puis j'ai la dernière SVNKit déjà que SVN 1.8.7 et c'est le seul que j'ai installé.
- Tout mon setup puu.sh/fXvqf/76c1323cc5.png
- Redescendre à SVNKit la version 1.7. Qu'allons résoudre votre problème. SVN 1,8 et SVN 1.7 ont différentes de la copie de travail mises en page. Le message d'erreur
Subversion 1.7 or greater working copy
est un abus de langage. - Eu le même problème, puis j'ai réalisé que sur ma machine locale, j'ai une version plus récente que celle sur le serveur. Donc, si j'ai utilisé svn à partir de localhost sur le répertoire monté, il a été ok, mais l'utilisation de svn sur la machine distante a été à l'origine des problèmes.
Vous devez vous connecter pour publier un commentaire.
De Subversion 1.1 de Subversion 1.6, la disposition du client Subversion répertoire de travail n'a pas changé. Dans la révision de la 1.7, il a changé, et en 1.8, il a changé de nouveau. Cela a causé beaucoup de consternation chez les personnes qui partagent un répertoire de travail avec plus d'un client Subversion.
La fois Subversif et Subclipse, les deux principaux clients Subversion pour Eclipse fait passer le travail de création de la Subversion répertoire de travail soit SVNKit ou à JavaHL -- ce qu'on appelle les _SVN Connecteurs. Ce sont ces deux SVN Connecteurs qui doit correspondre à la version de votre répertoire de travail. Ne pas vérifier ou Subversives Subclipse de la version. Découvrez la SVN Connecteur version.
Si vous allez à vos préférences, dans l'Équipe->SVN, vous verrez un onglet pour le SVN Connecteur. Vérifiez la version de votre SVN Connecteur (si JavaHL ou SVNKit), et assurez-vous que vous utilisez la bonne version. Dans votre cas, il devrait être de 1,7.
La raison la plus courante de voir cette erreur est parce que vous êtes à l'aide de deux différents clients Subversion sur le même répertoire de travail (ce qui n'est pas officiellement pris en charge, mais tout le monde le fait quand même).
Par exemple, êtes-vous en utilisant TortoiseSVN ou la ligne de commande de Subversion client, et aussi l'Éclipse client sur le même répertoire de travail, vous coquine spawn?
Confession temps: je le fais tout le temps. Je trouve qu'il y a des moments où c'est juste sacrément plus facile d'utiliser le client de ligne de commande pour exécuter certaines fonctions, plutôt que de se battre avec le client Eclipse. Par exemple, je peux faire
svn log
et faire ungrep
filtre à trouver rapidement la révision, je veux plutôt que de passer par Eclipse. Si vous faites ce genre de choses, assurez-vous que vos clients Subversion sont tous sur la même version (1.6 vs 1.7 vs 1.8).Bien, que vous êtes un bon garçon, et n'utilisez pas différents clients Subversion sur la même copie de travail. Maintenant ce qui s'est passé? Dans ce cas, je suppose que vous avez accidentellement changé le SVN Connecteur version sans s'en rendre compte-que ce soit par le biais d'une mise à jour, ou dans les paramètres. Vous pouvez avoir plusieurs SVN Connecteur versions en même temps, et je crois que chaque projet peut avoir différentes aussi.
Encore une fois, vérifiez votre SVN Connecteur version, et assurez-vous que c'est correct.
J'ai aussi eu ce message d'erreur lors de l'exécution de cette commande:
svn co http://subversion.<path to trunk>/<project name>/
à partir d'une invite de commande. Je n'étais pas dans l'espace de travail projet répertoire, juste l'espace de travail de répertoire. Nous avons eu la bonne version de 1,8, mais parce que j'étais dans le mauvais répertoire, pas le répertoire du projet, j'ai eu ce même message d'erreur comme indiqué ci-dessus.
Utilisez la fonction de recherche avant de demander.
Il n'y a pas de Apache Subversion 2.x. Subversion 1.8 est la dernière version à ce jour. Vous utilisez Subversive 2.x qui devrait fonctionner avec la Subversion de 1,7 et 1,8 copies de travail sans aucun problème.
svn de mise à niveau
commande,