Pourquoi Subclipse ne fonctionne-t-il que dans certains espaces de travail Eclipse et pas dans d'autres?

Question

J'utilise Eclipse avec Subclipse pour développer du développement Perl. Le référentiel Subversion est configuré comme suit:

• / repos / repos / dev /
• / repos / dev / crontabs
• / repos / dev / crontabs / script1
• / repos / dev / crontabs / script2
• / repos / dev / daemons
• / repos / dev / daemons / script3
• / repos / dev / daemons / script4
• / repos / dev / tools
• / repos / dev / tools / script5
• / repos / dev / tools / script6

Sur le système de fichiers, tout l’arborescence / repos / dev est vérifiée localement sur ~ / dev et j’ai créé trois espaces de travail Eclipse, un dans "~ ~ / dev / crontabs", "~ / dev / daemons". ; et "~ dev / tools".

Voici où les choses deviennent bizarres. Dans les espaces de travail daemons and tools, SVN fonctionne correctement. Je ne vois pas les répertoires .svn et je peux effectuer toutes les tâches SVN (commettre, mettre à jour, nettoyer, par exemple) dans la boîte de dialogue TEAM. Cependant, SVN ne fonctionne pas dans les "crontabs". espace de travail. Les répertoires .svn sont visibles et aucune des options de la boîte de dialogue SVN n'est disponible.

Dans tous les répertoires, je peux utiliser les outils SVN en ligne de commande et tout fonctionne correctement.

Voici quelques détails supplémentaires.

• Mac OS X 10.5.6
• Plate-forme Eclipse - Version: 3.4.2 - Identifiant de construction: M20090211-1700
• Bibliothèque SVNKit 1.2.2.5405
• Adaptateur client SVNKit 1.5.6.1
• Subclipse 1.4.8
• EPIC 0.5.46

J'ai essayé de supprimer les fichiers .metadata et realed .profile de dameons pour essayer de le vider et de démarrer un nouvel espace de travail, mais cela n'a pas fonctionné.

Quelqu'un a déjà vu ce type de comportement auparavant et / ou connaît un moyen de faire en sorte que les commandes SVN fonctionnent dans tous les espaces de travail au lieu de quelques-uns seulement?

UPDATE: Je devrais également mentionner qu'il existe de nombreux autres actifs dans le répertoire / dev pour lesquels je n'utilise pas Eclipse. J'utilise donc l'outil SVN en ligne de commande en conjonction avec les fonctions SVN dans Eclipse. À l'origine, tout avait été extrait à l'aide de l'outil de ligne de commande, puis j'utilisais simplement Eclipse pour les commits. Ce qui me jette, c’est pourquoi cela fonctionne dans deux sous-répertoires, mais pas dans le troisième alors que la ligne de commande fonctionne à 100%.

Answer 1

Lorsque vous changez d'espaces de travail, tous les paramètres, etc., des autres espaces de travail sont ignorés.

Au lieu d'extraire l'intégralité du tronc et de créer 3 espaces de travail qui coïncident avec la structure de votre référentiel, créez-en 3 et extrayez les parties pertinentes de votre référentiel en tant que projets pour chaque espace de travail.

Answer 2

Lorsque vous créez un nouveau projet et y importez des fichiers, Eclipse ne suppose pas qu'un projet est contrôlé par la version. Vous devez le dire explicitement à l’aide de l’équipe du projet - > Partager le projet ... dialogue.

Une fois que vous avez choisi le bon répertoire, Eclipse doit vous informer que le projet est déjà partagé à cet emplacement, mais activez quand même les commandes SVN dans Eclipse.

Answer 3

Je ne suis pas sûr de suivre totalement tout ça. Et le plugin Subclipse n'est pas aussi poli que le plugin CVS. Mais si vous copiez un projet dans un espace de travail et qu’il inclue le contexte Subversion (dossiers .svn), comme Bemose l’a noté, cela n’aura aucun sens pour Subclipse.

En théorie, lorsque vous utilisez Team / Share et que vous recevez le message d’avertissement, vous pouvez donner votre accord. Les fichiers .svn existants sont alors supprimés et les nouveaux fichiers créés. Si vous avez de la chance, cela fonctionnera même. C’est le cas avec CVS, mais, comme je l’ai déjà dit, Subclipse peut poser plus de problèmes.

Le mieux est de vérifier les projets dans vos espaces de travail à l'aide de la perspective Subversion Eclipse et de l'option "Extraire en tant que projet Eclipse". option.

Si vous vous sentez absolument obligé de construire vos répertoires de projet à partir de la ligne de commande, utilisez la commande Subversion export , et non la commande d'extraction. L'exportation omet le " .svn " répertoires, afin qu'Eclipse puisse faire son travail sans interférence. Toutefois, vous devrez créer une équipe / un partage pour connecter le projet exporté au référentiel Subversion.