AnkhSVN vs VisualSVN [fermé]

Question

Nous pensons à passer à SVN à mon travail, donc je me demandais sur les plugins SVN pour VS2008 (et 2010 quand il sort). Après un peu de recherche, j'ai trouvé AnkhSVN et VisualSVN, le 2 qui semblait le plus dominant. (Je suis conscient de TortoiseSVN et utilisera le plugin conjointement avec).

Je sais que cela a été a demandé avant , mais ces questions ont été posées il y a près d'un an et nous savons tous que beaucoup de choses peuvent changer un an.

La question: D'après votre expérience, ce qui est mieux et pourquoi

Answer 1

Certes, il a été une année depuis que je l'ai utilisé chaque produit en tête-à-tête, mais ma préférence actuelle est AnkhSVN. Bien que les gens plaignais les premières versions de AnkhSVN, 2.0 est une ré-écriture proche de l'original et est maintenant un package complet d'intégration de contrôle de source plutôt qu'un Visual Studio Add-In. Avec le soutien commercial de CollabNet et renouvelé l'enthousiasme open source, AnkhSVN 2.0 mérite une chance.

Mes deux fonctionnalités préférées de AnkhSVN sont, il est libre et j'aime la fenêtre des modifications en attente.

En ce qui concerne VisualSVN, je trouve qu'il est lent et je pense qu'il tire parti TortoiseSVN plutôt que de gérer la gestion du fichier lui-même beaucoup trop souvent. Et il coûte de l'argent (même si une petite quantité.)

Encore une fois, ceci est basé sur mon dernier test en tête-à-tête qui était il y a environ 1 an. Comme nous l'avons dit, TortoiseSVN est grand sur son propre, mais si vous voulez vraiment brancher dans le VS IDE, donnent AnkhSVN un tourbillon avant VisualSVN. Bonne chance.

Answer 2

J'ai essayé deux VS plugins ... après plusieurs mois d'utilisation, je suis rapidement rendu compte que je passais tout mon temps en tortue! Les plug-ins ne disposent pas de tous mes articles liés au tronc. Ils travaillent uniquement avec des éléments qui font partie de la solution et que VS reconnaît. Pour cette raison, j'ai passé à peu près tout mon temps en tortue ... et finalement tout mon temps. Il n'y a aucune raison de payer pour les plugins quand toroise est à la fois libre et mis à jour presque tous les jours.

Stick avec tortue et apprendre à l'utiliser. Vous serez plus heureux à la fin.

Réponses:

@jeroenh: "... Il est vraiment un avantage d'utiliser un (correctement intégré) VS plug-in, à savoir lorsque le déplacement de fichiers / renommer dans votre solution ..."

Je suis d'accord que renommer / déplacer des fichiers de tortue est maladroit. Et VisualSVN ne vous faciliter la tâche.

@Darko Z: «. Sur un plan personnel, je suis d'accord, mais sur le plan organisationnel, je ne pas que nous ayons quelques personnes ici qui ont besoin VS intégration Ouais son idiot, mais assez juste :) »

Oui, j'ai plusieurs personnes comme ça dans mon équipe actuelle. Et leur formation pour se habituer à la tortue a été un ours! Ils sont la raison pour laquelle nous avons obtenu des licences pour VisualSVN..but ils se plaignaient aussi.

Answer 3

J'ai eu le même dilemme et il y a quelques mois, et a finalement décidé d'aller avec VisualSVN. Nous l'avons utilisé pendant 4 mois pour le développement d'applications web inhouse C # et notre expérience a été positive.

Tout d'abord, la partie serveur intègre avec Active Directory et offre un outil facile à utiliser le contrôle MMC pour gérer les dépôts.

En second lieu, la partie client intègre avec VS2008, ne ralentit pas les temps de chargement Visual Studio, et fonctionne avec des codes de couleur assez trivial (vert pour les fichiers intacts, jaune pour les fichiers que vous avez modifiés). Il dispose d'une révision intégrale diff de, vous pouvez commenter chaque révision.

Le seul inconvénient est que ses supports de crochets (crochets comme post-commit) est très rudimentaire.

Vous pouvez consulter les statistiques comme qui ont fait le plus engage, etc. Il prend en charge les branches, bien que nous n'utilisons ces fonctionnalités. Toutes les communications client-serveur se fait via SSL (clés et certificats sont configurés automatiquement).

Je leur ai posé une question à un moment donné sur la façon de supprimer l'historique de la branche dans le menu déroulant Visual Studio, et leur soutien répondu que je simplement besoin de supprimer le fichier .suo (service à la clientèle efficace)

Enfin, mon expérience de travailler avec VisualSVN: simple et direct pour notre équipe relativement faible. (Nous sommes 5 programmeurs, mais je suis sûr que ce échelles beaucoup plus que cela).

Answer 4

J'utilise VisualSVN pour le moment, et il est génial car il ajoute automatiquement les nouveaux fichiers au SVN et permet revert facile et diff sans avoir à ouvrir une fenêtre de l'explorateur. Toutefois, vous aurez toujours besoin d'utiliser TortoiseSVN pour les fichiers pas dans votre solution Visual Studio.

La dernière fois que je AnkhSVN ça n'a pas trop bien et foiré mon checkout svn up (mais c'était il y a quelques années).

Answer 5

Je l'ai utilisé à la fois et préfèrent Visual SVN (en v3.0.4) en raison de son intégration avec tortoisesvn que j'utilise déjà et je suis tout à fait familier. En raison de cette familiarité et l'intégration de VisualSVN avec elle, je préfère un peu plus.

Je crois qu'il ya argument selon lequel AnkhSVN (en v2.4.11610) a plus de fonctionnalités intégrées dans VS.NET, mais il fonctionne avec ses propres fenêtres de dialogue et invites qui sont difficiles pas pour obtenir habitué, mais encore une fois je l'ai aimé la fonctionnalité et la familiarité de tortoisesvn.

En outre, depuis toute ma boutique utilise tortoisesvn via Windows Explorer, la transition vers Visual SVN ins't un gros problème autre que l'ajout de la bonne intégration directement dans VS.NET. Je souffrais pas des pièges dans les autres commentaires messages ici (la plupart sont d'il y a 3-4 ans, il semble) quand je VisualSVN au cours des 30 derniers jours.

Voici donc ce que je dis: si vous êtes un gros utilisateur de tortoisesvn et comme la façon dont il fonctionne, aller avec VisualSVN. Si vous êtes nouveau à Subversion et vraiment ne se soucient pas, aller avec libre AnkhSVN avec ses fonctions intégrées supplémentaires est probablement la voie à suivre.

Answer 6

Cette question que vous avez posée se résume à la préférence personnelle, mais je vous conseille d'avoir AJOUT au client soit tortoisesvn ide ou le client de ligne de commande. Vous serez souvent obligé dans des positions où le client IDE ne peut pas effectuer la tâche que vous avez besoin.