Quel plugin utilisez-vous pour SVN dans Visual Studio?
J'envisage d'utiliser SVN pour mes projets .Net, et j'aimerais savoir quels plugins sont disponibles pour intégrer les capacités de contrôle de code source directement dans Visual Studio IDE.
Je connais déjà les extensions Visual Studio suivantes:
VisualSVN , ce qui semble génial mais n'est pas gratuit. Il est implémenté comme une extension de package VS de bas niveau. Quelqu'un l'utilise-t-il?
AnkhSVN , qui est gratuit mais j'ai entendu dire que c'était un peu bogué. Il est implémenté comme une extension de complément VS. Quelqu'un l'utilise-t-il? rencontrez-vous des problèmes? Edit: La version 2.0 est une réécriture complète et semble résoudre le problème dont j'ai entendu parler (qui était lié aux versions 1.x)
Modifier : TortoiseSVN + Extension FileExplorer VS de Mindscape , qui n'est pas un véritable IDE mais facilite quelque peu l'utilisation de TortoiseSVN de Visual Studio.
Edit : J'ai trouvé quelques articles de comparaison entre AnkhSVN et VisualSVN ici , ici et ici .
J'ai utilisé AnkhSVN au cours de la dernière année et je n'ai jamais eu de problème avec. Je bascule entre cela et TFS et parfois je pense que je préfère AnkhSVN à TFS.
J'utilise VisualSVN et cela fonctionne très bien, mais vous avez raison, ce n'est pas gratuit. Aucune expérience avec Ankh ici.
Les premières versions (1.X) d'AnkhSVN étaient assez instables. Les dernières versions ( v2.0.x ) fonctionnent comme un fournisseur de contrôle de source VisualStudio natif et il est très stable. Je vous recommande de télécharger et d'essayer vous-même.
J'utilise également AnkhSVN et cela fonctionne bien, mais j'ai tendance à passer au système de fichiers pour travailler avec TortoiseSVN. Pour une raison quelconque, je me sens plus en sécurité en utilisant Tortoise. Je pense que cela vient des préoccupations concernant Visual Studio plutôt que AnkhSsvn.
J'ai essayé AnkhSVN, mais je n'ai pas aimé. Il a essayé de faire trop de choses automatiquement et en arrière-plan (par exemple, ajouter des fichiers à SVN). Je préfère si je vois exactement ce qui se passe.
Maintenant, j'utilise principalement TortoiseSVN (en dehors de Visual Studio) ou parfois Mindscape VS FileExplorer dans Visual Studio (qui est disponible gratuitement) .
Remarque: le plugin VS FileExplorer affiche simplement un explorateur de fichiers dans VS et vous permet d'appeler TortoiseSVN à partir de là (et il affiche également les icônes de superposition TortoiseSVN).
Mise à jour :
J'ai réinstallé la version actuelle d'AnkhSVN 2.0.5250 et essayé de reproduire les problèmes décrits ci-dessus dans un exemple de solution.
Résultat: AnkhSVN a fait exactement ce que j'attendais. Je n'ai pu reproduire aucun des problèmes. Je pense qu'il serait peut-être temps d'essayer AnkhSVN de nouveau!
Mise à jour 2 :
J'utilise maintenant AnkhSVN depuis quelques jours et je dois dire que cela fonctionne très bien. C'est une grosse amélioration par rapport à la version précédente (1.x).
J'utilise AnkhSVN et je n'ai eu aucun problème à me plaindre. Parfois (environ 1 fois sur 10?), J'obtiens une étrange erreur non descriptive en essayant de valider, mais le redémarrage de VS a toujours résolu le problème.
Edit: l'erreur semble en fait provenir du concepteur de l'ensemble de données, pas d'AnkhhSVN. Parfois, j'obtiens une erreur où il essaie de "lire ou écrire dans la mémoire protégée", qui continue ensuite jusqu'à ce que je redémarre VS. Désolé pour la confusion.
J'ai utilisé AnkhSVN et VisualSVN chacun pendant environ 6 mois. Je préfère VisualSVN pour une seule raison: la compatibilité.
Dans mon travail, nous gardons notre serveur Subversion et le logiciel TortoiseSVN très à jour (certaines personnes choisissent une seule version et la conservent pendant des années, mais ce n'est pas notre style). Avec les nouvelles versions vient parfois de nouveaux formats de copie de travail et il semble que AnkhSVN soit très lent à adapter ces nouveaux formats. Ce qui se passe à ce stade, c'est que AnkhSVN se casse complètement:
- Tous les fichiers source apparaissent comme "Ajouté" même s'ils sont tous validés.
- Nous ne pouvons plus nous engager. Une erreur apparaît affirmant qu'il ne reconnaît pas le nouveau format.
VisualSVN a été "sur la balle" à cet égard car nous n'avons jamais eu de problèmes de compatibilité avec leur logiciel. Ce facteur seul m'a facilement influencé vers VisualSVN.
Le plug-in Agent SVN fait un bon travail d'intégration de Subversion et Visual Studio, mais il n'est pas non plus gratuit.
J'utilise VisualSvn et ça va. Ce n'était pas cher et cela vous aide à inclure tous les fichiers que vous avez ajoutés à la solution. Ce n'est pas si bon quand on utilise le verrouillage dans svn (mais alors svn n'est pas génial pour verrouiller des fichiers). Si vous souhaitez modifier un fichier dont le verrouillage des besoins est défini, il le mettra automatiquement à jour lorsque vous le verrouillerez (sensible), mais cela pourrait finir par faire une mise à jour si vous ne le souhaitez pas également.
J'ai aussi essayé Svn Monitor et j'en suis satisfait, mais cela semble bloquer mon ordinateur.
J'ai essayé les anciennes versions d'ANKH mais je me suis trompé et j'ai corrompu le dépôt svn (je soupçonne que c'était la version 1.x), donc je suppose que les versions ultérieures sont meilleures.
Un autre vote pour le SVN visuel. Pour être honnête, je pense que c'est juste moi qui suis paresseux. Je pourrais faire tout ce que SVN visuel fait avec juste en utilisant la tortue, mais cela m'évite de basculer entre les programmes. Les voyants à code couleur que vous obtenez avec le SVN visuel sont agréables, mais pas si gros.
Mon expérience avec AnkhSVN est meilleure que tortue mais elle a encore beaucoup de défauts que vous n'obtenez vraiment pas avec les plugins Visual Studio natifs comme Source Safe, TFS, Dynamic soft. Il a de réels problèmes avec les dossiers .svn et la synchronisation, vous finissez par passer une partie de votre temps à supprimer le dossier .svn et à recommencer.
Voilà mon expérience. Un exemple consiste à déplacer un dossier d'un projet (dans la même solution) vers un autre projet. Cela rompt avec le fait que l'ensemble de travail est différent. La solution est d'aller dans le dossier et de supprimer les fichiers .svn mais cela semble demander beaucoup d'efforts.
Je suis habitué à ce que ce soit un miroir de mon système de fichiers et des 2 branches de fichiers de base pour les développeurs.
J'utilise VisualSVN et je l'adore. Il n'est peut-être pas gratuit, mais je l'ai trouvé extrêmement fiable, très bien intégré et valant bien les 49 $ par licence. En configurant quelques raccourcis clavier, la validation et la mise à jour sont devenues presque une seconde nature pour toute mon équipe (dont la plupart n'avaient aucune expérience SVN/SCC).
Pouvoir analyser rapidement l'Explorateur de solutions pour voir quels fichiers avaient changé était très utile pour garder un œil sur les choses pour écrire des rapports d'état et autres (mais c'est probablement spécifique à mon gestionnaire trop beurocratique).
La fonctionnalité "Checkout Solution from SVN" était idéale pour obtenir rapidement la configuration des stagiaires d'été et leur donner une introduction douce au contrôle de version. Encore une fois, cela est probablement spécifique à nos besoins et peut donc ne pas vous intéresser.
Un coup de pouce pour VisualSVN et la commodité qu'il nous offre.
Le plug-in AnkhSVN n'est pas trop mauvais.
J'utilise vsTortoise .
Cela fonctionne très bien, surtout lorsque vous connaissez TortoiseSVN et c'est gratuit.