AnkhSVN vs VisualSVN [fermé]

nous envisageons de passer à SVN à mon travail, donc je me demandais à propos de SVN plugins pour VS2008 (et 2010 quand il sort). Après un peu de recherche, J'ai trouvé AnkhSVN et VisualSVN, les 2 qui semblaient les plus dominants. (Je suis au courant de TortoiseSVN et utiliserai le plugin en conjonction avec lui).

je suis conscient que cela a été demandé avant , mais ces questions ont été posées il y a presque un an et nous savons tous que beaucoup de choses peuvent changer en un an.

la question: D'après votre expérience, qu'est-ce qui est mieux et pourquoi?

24
demandé sur Community 2009-08-10 04:26:00

6 réponses

accordé, Cela fait un an que j'ai utilisé chaque produit tête-à-tête, mais ma préférence actuelle est AnkhSVN. Bien que les gens se soient plaints des premières versions D'AnkhSVN, 2.0 était une réécriture presque complète de l'original et est maintenant un paquet D'intégration de fournisseur de contrôle source complète plutôt qu'un Add-In de studio visuel. Avec le soutien commercial de CollabNet et l'enthousiasme renouvelé pour les logiciels libres, AnkhSVN 2.0 mérite une chance.

mes deux caractéristiques préférées D'AnkhSVN sont il est libre et j'aime les Modifications en Attente de la fenêtre.

quant à VisualSVN, je trouve qu'il est lent et je pense qu'il utilise TortoiseSVN plutôt que de gérer la gestion de fichiers elle-même beaucoup trop souvent. Et il coûte de l'argent (bien qu'une petite quantité.)

encore une fois, ceci est basé sur mon dernier test tête-à-tête qui était il y a environ 1 an. Comme déjà indiqué, TortoiseSVN est grand sur lui-même, mais si vous voulez vraiment brancher dans le VS IDE, donner AnkhSVN un tourbillon avant VisualSVN. Le meilleur de la chance.

23
répondu Ben Griswold 2009-08-10 00:55:34

j'ai essayé les deux plugins VS...après plusieurs mois d'utilisation, je me suis vite rendu compte que je passais tout mon temps à la tortue! Les plugins ne récupèrent pas tous les éléments liés à mon coffre. Ils ne fonctionnent qu'avec des éléments qui font partie de la solution et que VS reconnaît. Pour cette raison, j'ai passé presque tout mon temps à la tortue...et finalement tout mon temps. Il n'y a aucune raison de payer pour les plugins lorsque Toroise est à la fois libre et mis à jour presque quotidiennement.

bâton avec la Tortue et apprendre à l'utiliser. Vous serez plus heureux à la fin.

réponses:

@jeroenh:"... Il y a vraiment un avantage à utiliser un (correctement intégré) VS plugin, à savoir lors du déplacement / renommage des fichiers dans votre solution. ..."

je suis d'accord que renommer/déplacer des fichiers dans la tortue est maladroit. Et VisualSVN rend cela plus facile.

@Darko Z: "sur le plan personnel, je suis d'accord, mais sur le plan organisationnel, non. Nous avons quelques personnes ici qui ont besoin de VS intégration. Oui, c'est idiot, mais juste assez :)"

Oui, j'ai plusieurs personnes comme ça dans mon équipe actuelle. Et les entraîner à S'habituer à la tortue a été un ours! C'est la raison pour laquelle nous avons obtenu des licences pour VisualSVN..mais ils se sont plaints que trop.

8
répondu Andrew Siemer 2009-08-10 21:55:44

j'ai eu le même dilemme il y a quelques mois, et j'ai finalement décidé D'aller avec VisualSVN. Nous l'utilisons depuis 4 mois pour le développement d'applications Web maison C# inhouse et notre expérience a été positive.

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

Deuxièmement, la partie client s'intègre avec VS2008, ne ralentit pas les temps de chargement Visual Studio, et fonctionne avec des codes de couleur assez triviaux (vert pour les fichiers intacts, jaune pour les fichiers que vous avez changés). Il comporte des différences de révision complète, vous pouvez commenter chaque révision.

un côté en bas est que ses supports pour les crochets (comme les crochets post-commit) est très rudimentaire.

vous pouvez visualiser des statistiques comme qui a fait le plus de commits, etc. Il supporte les branches bien que nous n'utilisions pas ces fonctionnalités. Toutes les communications client-serveur se font par SSL (touches et les 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 la liste déroulante de Visual Studio, et leur support a répondu que j'avais simplement besoin de supprimer le .suo fichier (service à la clientèle efficace)

enfin, mon expérience de travail avec VisualSVN: simple et simple pour notre équipe relativement petite. (nous sommes 5 programmeurs, mais je suis presque sûr que cette balance beaucoup plus que cela).

6
répondu Wadih M. 2012-08-27 00:11:34

J'utilise VisualSVN pour le moment, et c'est génial car il ajoute automatiquement de nouveaux fichiers à la SVN et permet de revenir en arrière et de modifier facilement sans avoir à ouvrir une fenêtre d'Explorateur. Cependant, vous devrez toujours utiliser TortoiseSVN pour les fichiers qui ne sont pas dans votre solution Visual Studio.

la dernière fois que J'ai utilisé AnkhSVN, ça n'a pas trop bien fonctionné et j'ai fait foirer ma caisse SVN (mais c'était il y a quelques années).

4
répondu Lodle 2013-05-12 15:25:16

j'ai utilisé les deux et je préfère Visual SVN (à partir de v3.0.4) en raison de son intégration avec la tortue SVN que j'utilise déjà et que je connais bien. En raison de cette familiarité et de L'intégration de VisualSVN avec elle, je la préfère un peu plus.

I believe there is argument that AnkhSVN (as of 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 les messages qui sont pas difficile de s'habituer à, mais encore une fois, J'ai aimé la fonctionnalité et la familiarité de la tortue SVN.

aussi, puisque tout mon magasin utilise Tortoise SVN via Windows Explorer, la transition vers Visual SVN n'est pas si importante que d'ajouter la belle intégration directement dans VS.NET. Je n'ai subi aucun des pièges commenté dans les autres postes ici (la plupart sont d'il y a 3-4 ans il semble) quand J'ai utilisé VisualSVN au cours des 30 derniers jours.

donc voici ce que je dis: si vous êtes un utilisateur lourd de tortue SVN et comme comment cela fonctionne, aller avec VisualSVN. Si vous êtes nouveau dans Subversion et que vous ne vous en souciez pas vraiment, alors aller avec le gratuit AnkhSVN avec ses fonctionnalités intégrées supplémentaires est probablement la solution.

3
répondu atconway 2013-02-20 14:11:34

la question que vous avez posée se résume à une préférence personnelle, mais je vous conseille d'avoir en plus de pour le client ide soit Tortoise SVN ou le client en ligne de commande. Vous serez souvent forcé dans des positions où le client IDE ne peut pas effectuer la tâche dont vous avez besoin.

0
répondu Mark Stahler 2009-08-10 11:57:10