Quels sont les avantages et les inconvénients des plugins SVN pour Eclipse, Subclipse et Subversive? [fermé]

SVN dans Eclipse est réparti dans deux camps. Les personnes SVN ont développé un plugin appelé Subclipse . Les gens d'Eclipse ont un plugin appelé Subversive . D'une manière générale, ils font tous les deux les mêmes choses. Quels sont les avantages et les inconvénients de chacun?

Les deux sont très similaires mais Subversive est le "fournisseur ecnipse svn". J'utilise principalement Subversive en raison de quelques fonctionnalités pratiques:

Regroupement de l'histoire

Lorsque je parcours l'historique d'une branche au lieu de simplement voir un tas de lignes pour chaque validation, elle peut regrouper les validations d'ici aujourd'hui, la semaine, etc.

Cartographie du tronc, des branches et des étiquettes

Subversive suppose la disposition svn par défaut: tronc, branches, balises (que vous pouvez modifier), donc chaque fois que vous voulez baliser ou brancher, c'est en un clic et vous fournissez le nom de la balise ou de la branche.

Comme je l'ai dit, ce sont des différences mineures que je trouve commodes. Les deux fonctionnent très bien avec mylyn, mais dans l'ensemble, il n'y a vraiment pas beaucoup de différences avec ces deux extensions.

Fusionner avec Subversive est cependant une douleur (je n'ai pas essayé Subclipse), je n'ai jamais réussi à fusionner. L'aperçu de la fusion est excellent, mais il ne terminera jamais la fusion ou cela prendra beaucoup de temps. La plupart du temps, je termine la fusion via la ligne de commande sans aucun problème.

Je vais essayer de répondre à cela. Je suis chef de projet pour Subclipse, et je gère toutes les versions, etc. pour le projet. Donc, mes préjugés sont évidents.

Je ne vais pas trop parler de Subversive. De toute évidence, il y a des utilisateurs qui l'utilisent et l'aiment. Fonctionnellement, les produits sont très similaires car les deux sont des produits matures.

Une chose que je veux commenter est cette notion que Subversive est en quelque sorte le plugin "Eclipse officiel". Ce n'est tout simplement pas vrai, car il n'y a pas une telle désignation. Eclipse est une fondation open source et tout projet qui souhaite suivre ses règles, ses processus et ses exigences IP, etc. peut héberger son projet avec la fondation. Cela ne vous rend pas plus ou moins officiel que tout autre plugin.

Je noterai également que Subversive est resté dans la phase "Incubation" depuis sa création, et il ne me semble pas qu'il satisfera jamais aux conditions d'obtention du diplôme. Comme vous pouvez le voir ici, il n'y a eu qu'un seul commiteur sur le projet et l'activité de commit est tombée à des niveaux très bas.

Subversive - Fournisseur d'équipe SVN

Alors, pourquoi devriez-vous utiliser Subclipse? Nous sommes activement impliqués avec Subversion elle-même. Je suis membre de Subversion PMC et je contribue à maintenir les liaisons de langage Java afin que nous (et d'autres projets comme Subversive) puissions utiliser l'API.

Nous travaillons directement avec Subversion pour définir et améliorer l'API et nous assurer que les fonctionnalités nécessaires sont exposées à des clients comme Subclipse. Nous travaillons également en étroite collaboration et collaborons avec les équipes d' intégration de Visual Studio ( AnkhSVN ) et TortoiseSVN pour garantir une expérience utilisateur relativement cohérente entre les clients.

Subclipse est toujours activement maintenu et nous maintenons la prise en charge des versions Eclipse 3.2 à 4.2. Nous essayons toujours d'écouter les commentaires et d'intégrer les idées de la communauté. Les dernières versions 1.8.x incluent des modifications internes qui améliorent considérablement les performances d'Eclipse lorsque vous travaillez avec de grands projets (c'est-à-dire lorsque vous le voyez vraiment).

Subclipse a ouvert la voie dans des domaines comme la prise en charge du suivi des fusions, où nous avons travaillé en étroite collaboration avec l'équipe Subversion pour ajouter d'abord cette fonctionnalité dans la version 1.5 puis la faire évoluer dans les versions ultérieures. Nous étions souvent les premiers consommateurs de la nouvelle API et avons fourni au projet les commentaires nécessaires pour renforcer la fonctionnalité. Nous avons également introduit une fonctionnalité de graphique de révision graphique il y a quelques années, devenant le premier à proposer cette fonctionnalité longtemps demandée aux utilisateurs d'Eclipse.

S'il y a des fonctionnalités d'interface utilisateur spécifiques dans Subversive que les gens aimeraient voir faire dans Subclipse, je vous encourage à visiter notre communauté et à participer à nos forums de discussion. Peut-être que d'autres utilisateurs partagent vos points de vue et nous pouvons améliorer l'interface utilisateur ensemble.

Forum [Utilisateurs de Subclipse] .

Eclipse 4.2 est la dernière version au moment de la publication de cet article, mais il est sûr de supposer que Subclipse prendra en charge toutes les futures versions d'Eclipse au fur et à mesure de leur création.

Avec chaque nouvelle version d'Eclipse, j'installe Subversive, car c'est le standard fourni par Eclipse. Et à chaque fois, il y a des problèmes pour reconnaître mes projets préexistants.

Je finis donc par désinstaller Subversive et installer Subclipse à la place, ce qui fonctionne à merveille. J'utilise également fréquemment SVN à partir de la ligne de commande ainsi que dans Eclipse, et Subclipse n'a aucun problème avec cela.

Après avoir lu ce post, je suis passé à Subclipse haut la main.
http://eclipsezone.com/eclipse/forums/t77149.rhtml#92035407

Si vous fusionnez beaucoup avec Subversion, vous préférerez probablement CollabNet Desktop - Eclipse Edition. Vous devez créer un compte avec CollabNet pour obtenir le téléchargement, mais c'est gratuit. Il s'agit essentiellement de Subclipse avec une meilleure interface utilisateur de fusion.

Je ne suis pas affilié à CollabNet.

CollabNet a mis son client de fusion amélioré à la disposition des utilisateurs non enregistrés de Subclipse. Vous l'obtenez en sélectionnant la fonction CollabNet Merge Client lors de l'installation de Subclipse à partir du site de mise à jour.

Je dirais Subclipse, car je ne pouvais même pas faire fonctionner Subversive;)

En fait, je pense que les deux sont un peu nul. L'utilisation de TortoiseSVN est une bien meilleure solution à mon avis. Il est beaucoup plus robuste et a tendance à mieux fonctionner, et j'ai toujours eu des problèmes d'intégration avec Subclipse et Subversive.

Ils ont tous les deux des verrues assez odieuses, mais je n'ai pas réussi à faire travailler Subversive avec un projet que j'avais extrait de la ligne de commande, et c'était un bouchon pour moi.

J'ai essayé les deux , et Subclipse et Subversive sont horribles. Les deux sont difficiles à installer. Si vous utilisez Subversive, vous ne pouvez pas utiliser un client SVN externe .

Cependant, vous devez avoir un client SVN installé dans Eclipse pour suivre les modifications et également pour ne pas corrompre votre référentiel local.

J'ai installé Subclipse , mais j'utilise TortoiseSVN pour réellement effectuer le comitting / tagging / branching / merging.

Subclipse, car au moins ça marche.

Subversif a été un échec pour moi jusqu'à présent. Cela ne fonctionnerait pas bien avec tous mes anciens projets que j'avais vérifiés avec Subclipse.

Certes, les deux plugins IDE ont leurs problèmes. Mais ni l'un ni l'autre n'empêche l'utilisation parallèle d'autres solutions comme TortoiseSVN ou la ligne de commande. J'utilise les trois pour mes projets au travail.

La chose importante à retenir est que tous les logiciels SVN de votre client doivent utiliser le même format de fichier SVN - qui diffère entre les versions de SVN - ou vous demandez des problèmes.

Un autre problème que nous avons constaté est lorsque votre logiciel client utilise un format de fichier SVN différent de celui du serveur. (Par format de fichier, je veux dire la façon dont toutes les informations sont représentées dans tous ces fichiers .svn apparemment invisibles qui enregistrent efficacement ce que SVN doit savoir sur les fichiers de votre projet.) Cela peut faire des ravages. Il existe un bogue documenté entre le serveur 1.5 et les clients 1.6, mais je ne trouve pas le lien pour le moment.

Nous avons rencontré des problèmes lors de l'exécution du plugin Subclipse 1.6 supérieur (IMO) en raison d'incompatibilités avec notre serveur SVN 1.5.5. Nous sommes donc revenus à Subversive. Cela fonctionne bien, bien que lent et quelque peu buggé (mais en amélioration). Nous passerons cependant à Subclipse lorsque notre serveur sera mis à jour. Et oui, nous vérifions nos projets avec TortoiseSVN et les importons dans Eclipse (c'est plus rapide).

Nous avons constaté que, comme d'autres affiches l'ont dit ici, cela ne fonctionnerait PAS si nous exécutions de nouvelles versions de TortoiseSVN qui écrivaient des fichiers au format 1.6.x, mais lorsque nous sommes revenus à TortoiseSVN 1.5.x, cela fonctionnait très bien. Il en allait de même pour le client de ligne de commande (que nous exploitons avec nos tâches Ant ).

J'ai choisi d'aller avec Subclipse car il est le plus étroitement associé au projet Subversion et donc plus susceptible de mieux gérer la fonctionnalité SVN de base. Si tout cela ne parvient pas à exécuter une fonction, j'ai TortoiseSVN comme sauvegarde.

Juste une mise à jour. J'ai récemment réinstallé Eclipse et j'ai été confronté au choix de Subclipse vs Subversive. Moi aussi, j'ai eu ma part de problèmes à essayer de faire fonctionner Subversive, alors j'ai opté pour Subclipse.

Il s'est parfaitement installé sur ma machine Linux 64 bits et fonctionne très bien. J'ai mappé les fonctions les plus courantes comme Update, Commit, .. vers des raccourcis et c'est génial. La fusion est également bonne, bien que pour les fusions plus importantes, je me tourne toujours vers TortoiseSVN. Je l'ai essayé avec 3.5 et 3.6, et ils fonctionnent tous les deux très bien. J'ai fini par utiliser 3.5 parce que pour une raison quelconque, la liaison de touches ne fonctionnait pas avec 3.6.

Si vous utilisez svn + ssh comme protocole pour accéder à votre référentiel, je vous suggère fortement de choisir Subclipse: Subversive n'est pas assez intelligent pour se souvenir correctement de vos informations d'identification et vous invite à saisir votre nom d'utilisateur et votre clé privée à chaque fois que vous mettez à jour votre copie de travail et également pour chaque svn-external que vous avez peut-être configuré.

Les options "mémoriser les informations d'identification" sont rompues dans ce contexte et ce depuis la première version publique de Subversive.

Si vous en utilisez un dans votre entreprise et que vous souhaitez peut-être même les regrouper dans vos propres produits basés sur Eclipse, votre vie est beaucoup plus facile avec Subclipse, car il est disponible sous la licence publique Eclipse.

Subversive d'autre part a besoin de soi-disant connecteurs pour fonctionner pleinement. Et ceux-ci ont des licences distinctes et différentes. Vous pouvez donc vous retrouver avec deux ou trois licences différentes uniquement pour la fonctionnalité Subversive, tandis que tous les autres plug-ins Eclipse sont juste sous cet EPL. C'est également la raison pour laquelle ces connecteurs ne sont pas hébergés sur eclipse.org.

Et c'est pourquoi ils sont téléchargés dynamiquement après l'installation Subversive (ce qui signifie également que la simple mise en miroir du site de mise à jour eclipse.org ne vous donne pas une installation Subversive hors ligne utilisable dans votre réseau d'entreprise).

Jusqu'en mai 2008, j'utilisais Subclipse, mais en raison de problèmes avec certains projets, je suis passé à Subversive et je l'utilise sans aucun problème. Si vous faites quelque chose de fantaisiste comme les constructions Buckminster sans tête , alors Subversive est certainement celui qui vous convient.

Si vous utilisez TortoiseSVN et mettez à jour régulièrement la version, vous pouvez trouver Eclipse avec Subversive perdant toutes les informations SVN et lançant quelques erreurs effrayantes.

La raison étant que la nouvelle version de TortoiseSVN ajoute de nouvelles métadonnées qu'Eclipse Subversive ne comprend pas, sauf si vous gardez également à jour vos connecteurs Eclipse SVN.

J'utilise généralement le connecteur SVNKit, donc TortoiseSVN 1.5.x fonctionnera avec le connecteur Eclipse SVNKit 1.5.x et TortoiseSVN 1.6.x fonctionnera avec le connecteur Eclipse SVNKit 1.6.x.

Subversive a plus d'avantages que le Subclipse comme indiqué ci-dessous. Mais une seule fonctionnalité que Subversion ne possède pas est si critique à propos de l'utilisation de branches. Nous devons donc utiliser Subclipse .

Avantages subversifs :

• La vue et les icônes sont plus informatives
• Une fois les éléments de synchronisation de validation actualisés, le fichier validé est fermé.

Subclipse avantage

• pouvoir comparer deux branches

+1 Subclipse
-1 Subversif

Subversif est confus après une refactorisation même mineure et a des problèmes de validation comme ci-dessus.

Environnement: STS 2.7.2 (basé sur Galileo)

Pour moi, ni l'un ni l'autre n'est meilleur ou pire, mais Subversive est le plugin SVN par défaut dans la plate-forme Eclipse Ganymede, il y a donc une chance qu'il soit mieux intégré à Eclipse.

En complément de la réponse de Brendons:

Nous utilisons Subversion depuis la version 1.5.1 et avons d'abord utilisé Subclipse. Mais comme nous dépendons beaucoup de la fonctionnalité de fusion, nous sommes passés à Subversive, ce qui est plus pratique et propose une option de réintégration séparée dans la boîte de dialogue de fusion.

Un bogue qui pourrait gêner la fusion est que si vous sélectionnez explicitement les révisions, il ne prend pas la dernière révision répertoriée. Par exemple, "101-100" ne fusionne pas r100 et "100" ne fusionne donc rien du tout. (version 0.7.5)

Et il utilise les mêmes indicateurs que le plugin CVS.

Alors que je travaillais tous les deux avec Helios, j'ai une légère préférence pour Subclipse en raison de son excellent support pour les bugtraqpropriétés ( détails ici ).

La vue Historique affiche une colonne distincte (intitulée bugtraq:label, affichant BUGIDs), et le menu contextuel a une action dédiée à "Open Bug URL" (reliant à bugtraq:url) - Je ne pouvais pas comprendre comment accéder à ces informations avec Subversive.

J'utilise Subversive depuis que je suis passé à Ganymède. Je l'utilise avec Eclipse sous Linux (Ubuntu et Fedora Core), Windows XP et Mac OS X.5. Mis à part quelques problèmes pour que Subversion 1.5.1 utilise les bonnes bibliothèques de sécurité sous Mac OS, je n'ai eu aucun problème. Étant donné qu'il a été adopté en tant que projet technologique Eclipse, je suis enclin à placer mes paris dessus, en termes d'espoirs à long terme.

Je ne l'ai pas vraiment utilisé, mais il semble que Subversive supporte " Check Out As ", tout comme le support CVS intégré.

Par exemple, pour prendre un projet depuis SVN et pouvoir l'exécuter en tant que projet Web, on pourrait le faire en une seule fois. Mais pour obtenir le même résultat dans Subclipse, je vérifie simplement les sources et lance:

éclipse mvn: éclipse -Dwtpversion = 2.0

J'ai utilisé les deux, et bien que Subclipse ait été floconneux pour moi, Subversive (au moins avec une version précédente) a verrouillé un compte de mon collègue lorsqu'il a accidentellement mis les informations d'identification incorrectes (la connexion réseau est utilisée pour accéder au référentiel de subversion ).

Subclipse a tendance à se désorganiser avec le temps. Si Eclipse n'est pas actualisé régulièrement, Subclipse semble perdre ses informations de suivi de fichier. Honnêtement, cependant, puisque j'ai le plugin Easy Explorer , j'utilise Subversive (occasionnellement) pour l'historique et les informations de changement, mais j'explore et utilise facilement TortoiseSVN pour les validations et les mises à jour des projets que je sais que j'ai modifiés récemment.

Je viens de découvrir que je ne peux pas comprendre comment afficher un diff de propriétés avec Subclipse. Dans Subversive, vous sélectionnez deux révisions dans la vue historique, cliquez avec le bouton droit et sélectionnez comparer les propriétés dans la fenêtre contextuelle. C'est assez pour moi de rester avec Subversive.

La raison d'essayer de changer était le comportement étrange de Subversive sur OS X: une opération automatique appelée `` mise à jour du cache svn '' accaparait le processeur à des niveaux anormaux après chaque exécution de `` mise à jour svn '', prenant toujours un temps ennuyeux à terminer.

FWIW, nous utilisons une ancienne version du serveur SVN (1.4 quelque chose), et je semble me souvenir qu'à un moment donné il y a eu une mise à jour de Subclipse qui a cassé la compatibilité descendante, et l'essentiel était "personne ne devrait être sur une si ancienne version de SVN quand même ".

Subversif était le seul qui semblait être capable de gérer l'ancienne version. Je ne me souviens pas des détails, désolé.

Nous avons essayé les deux dans notre équipe.

Étant donné que Subclipse (celui de Galileo / Helios) a eu quelques difficultés à authentifier notre serveur SVN via VAS, nous n'avons eu aucun problème ailleurs, à savoir le client TortoiseSVN, les navigateurs (sauf Internet Explorer 7).

Nous avons donc installé Subversiveet le problème a été résolu.

L'avantage de Subclipse sur Subversive ... CELA FONCTIONNE RÉELLEMENT!

J'ai utilisé Subclipse il y a longtemps lors du développement d'un plugin collaboratif pour Eclipse qui dépendait de Subclipse. La partie Subclipse du plugin n'a jamais été un problème, bien que tout Ant me dérange encore un peu, mais la bonne partie est que vous n'avez pas à comprendre comment fonctionne la partie Ant pour savoir comment l'utiliser.

J'essaie d'installer PDT aujourd'hui (qui est un tout autre blog) puis Subversive car, comme beaucoup, il est décrit comme "Le plugin Eclipse SVN". Je n'ai pas pu installer les quatre connecteurs à la fois, j'ai donc dû les installer un à la fois et un à la fois, je les ai essayés, et un à la fois, il ne pouvait pas s'authentifier auprès du serveur SVN.

J'essaie PDT et Subversive, parce que je veux GAGNER du temps, ne pas passer plus de temps sur différents problèmes avec un plugin.

J'ai désinstallé Subversive, installé Subclipse et me suis connecté comme ça.

Gagnez du temps et des tracas, allez à Subclipse depuis le début.

J'ai également utilisé les deux. J'ai eu le problème d'avoir environ 150 projets sur mon espace de travail, et Subversive prendrait énormément de temps lorsque je sélectionnais tous les plugins et disais "synchroniser le référentiel". L'interface utilisateur se bloquerait pendant une durée extrêmement longue. Je trouve que Subclipse est plus stable.

Quoi qu'il en soit, je combine beaucoup les outils. Pour certaines tâches comme vérifier des branches entières, je préfère la ligne de commande. Pour d'autres, j'utilise TortoiseSVN . J'utilise Subclipse principalement pour afficher l'historique et exécuter des comparaisons directement sur l'outil, et parfois pour comparer (je préfère Beyond Compare pour cela, cependant).