•  09-06-2019
  •  | 
  •  

Question

J'ai demandé à quelques collègues AnkhSVN et aucun d’eux n’en était content.L’un d’eux est allé jusqu’à dire qu’AnkhSVN avait gâché son développement à plusieurs reprises.

Quelle est votre expérience avec AnkhSVN?Avoir un outil de contrôle de source intégré IDE me manque vraiment.

Était-ce utile?

La solution

L'ancien AnkhSVN (avant 2.0) était très merdique et je ne l'utilisais que pour les icônes brillantes dans l'explorateur de solutions.Je comptais sur Tortoise pour tout sauf les retours.

Le plus récent Ankh est une réécriture complète (il utilise désormais l'API de contrôle de source de l'EDI) et a une apparence et un fonctionnement bien meilleurs.Pourtant, je ne l’ai pas forcé à faire de gros efforts.Les icônes me suffisent.

Le seul reproche que j'ai avec la version 2.0 est le fait qu'elle met son empreinte sur .sln des dossiers.Je les annule toujours de peur qu'ils ne causent des problèmes aux collègues qui n'ont pas installé Ankh.Je ne sais pas si mes craintes sont infondées ou non.

Addenda:

J'utilise la v2.1.7141 un peu plus intensivement depuis quelques semaines et voici les nouveautés que je dois ajouter :

  • Aucun crash laid qui a frappé la v1.x.Yay!
  • Pour une raison quelconque, les fenêtres « Afficher les modifications » (diff) sont limitées à deux seulement.Meh.
  • Les fenêtres de comparaison ne permettent pas encore l'édition/le rétablissement.Huer!
  • Les mises à jour, les commits et la navigation sont BEAUCOUP plus rapides que Tortoise.Yay!

Dans l’ensemble, je ne l’utiliserais pas seul, mais une fois que vous commencez à l’utiliser, il devient un compagnon presque indispensable à Tortoise.

Autres conseils

J'ai toujours eu des problèmes de stabilité avec AnkhSVN.Je ne pourrais pas faire basculer tout le monde vers Subversion où je travaille sans une solution intégrée.

Dieu merci pour VisuelSVN + TortueSVN.

VisualSVN n'est pas gratuit, mais il est bon marché et fonctionne très bien.

@pilif :AnkhSVN maintient un état en mémoire de la copie de travail, qui est invalidé/mis à jour par les événements de Visual Studio (c'est-à-dire que vous modifiez/changez un fichier) et les événements AnkhSVN (c'est-à-dire que vous validez/mettez à jour/annulez/etc)

Chaque fois que la copie de travail est modifiée depuis l'extérieur de Visual Studio (en éditant avec un autre outil ou en utilisant un autre client Subversion), vous devrez actualiser AnkhSvn à l'aide de la commande Actualiser que nous fournissons.

L'autre chose qui se produit lorsque vous supprimez un fichier dans un projet avec TortoiseSvn par exemple, c'est qu'il reste répertorié dans le fichier de projet, et vous devrez le supprimer séparément (puis valider également le fichier de projet).

J'ai essayé la version 1, et elle n'était pour le moins pas fiable.Je ne peux rien dire sur 2.0.

Si vous pouvez vous le permettre, celui que j'utilise, VisuelSVN, est très bon et utilise TortoiseSVN pour toute son interface graphique, à l'exception des éléments spécialisés liés à son intégration VS.

Copier/Coller des parties de mon propre article de blog, alors que je suis passé d'Ankh à VisualSVN :

Pourquoi ai-je changé ?Parce que j'étais un peu mécontent de la stabilité globale d'Ankh, car il a des problèmes pour suivre les changements de solution.VisualSVN est « juste » une interface TortoiseSVN, ce qui signifie qu'il laisse tout le « gros du travail » à un outil tiers qui a) est installé sur la plupart des postes de travail de toute façon et b) qui a été testé et utilisé par un public si large, c'est vraiment solide comme le roc.

Maintenant, AnkhSVN n'est certainement pas un mauvais produit, et les gens derrière lui sont sérieux dans ce qu'ils font, mais avoir des fichiers supprimés depuis longtemps dans mon SVN ou recevoir le message « Veuillez nettoyer votre solution » devient ennuyeux après un certain temps, mais mon plus gros reproche est la fenêtre de propriété.C'est bien qu'il y ait une jolie fenêtre avec des boutons radio me demandant quelle propriété je souhaite ajouter.Malheureusement, il n'existe aucun moyen de saisir manuellement une propriété.

Modifier: C'était pour AnkhSVN 1.x.Entre temps, il a été mis à jour vers 2.x et beaucoup amélioré.Je l'utilise en production sur un système sur lequel je n'ai pas VisualSVN et cela fonctionne extrêmement bien maintenant.

Je n'ai eu aucun problème avec la v1, mais on m'a prévenu de ne pas l'utiliser.J'utilise la v2 depuis un moment et je n'ai eu aucun problème avec elle.Cependant, je garde toujours une sauvegarde du référentiel...

J'ai commencé avec AnkhSvn puis je suis passé à VisualSvn.J'ai mes propres reproches avec VisualSvn mais c'est beaucoup moins problématique par rapport à Ankh.Je n'ai pas encore essayé la nouvelle version d'Ankh qui, selon eux, est une réécriture complète et bénéficie également des contributions de l'équipe de développement de Microsoft.

J'utilise à la fois la dernière version d'Ankh SVN et Tortoise sur un projet à la maison.Je les trouve tous les deux très bons avec une mise en garde.

J'ai constaté que les deux outils SVN ne parvenaient parfois pas à suivre le renommage et le déplacement de mon fichier/dossier, ce qui me faisait penser qu'un fichier parfaitement bon devait être supprimé lors de la prochaine validation.C'est probablement dû au fait que j'utilise SVN d'une manière ou d'une autre, mais TFS au travail n'a pas ce problème.

J'ai essayé AnkhSVN (1.0.3, il y a seulement 4 mois) et cela n'a pas fonctionné comme je le voulais (c'est-à-direnécessaire pour sélectionner des éléments dans la fenêtre du navigateur au lieu de se baser sur le fichier actif).J'ai fini par créer des macros utilisant TortoiseSVN qui fonctionnent beaucoup plus comme ce à quoi je m'attendais.

J'ai été très satisfait d'utiliser TortoiseSVN via l'explorateur et mes macros dans l'EDI.

Plus tôt (comme il y a 2 ans lors de ma dernière tentative), AnkhSVN et Tortoise utilisés en parallèle avec la même copie de travail ont provoqué une sorte de corruption de la copie de travail où Ankh et Tortoise ont perdu la trace de l'état dans lequel l'autre outil avait laissé la copie de travail.

C'était comme si l'un des outils stockait des métadonnées supplémentaires non contenues dans la copie de travail et dépendait de leur exactitude.

Les problèmes se sont manifestés par Ankh (ou Tortue) insistant sur la présence de fichiers qui ne l'étaient pas, sur des fichiers modifiés qui ne l'étaient pas et sur des fichiers non modifiés qui l'étaient (et donc incapables de s'engager).

Peut-être que cela a été corrigé depuis, mais j'ai pensé qu'il valait mieux vous prévenir.

Il y a environ un an, un copain et moi avons utilisé AnkhSVN pour un projet...plusieurs commits plus tard en déplaçant les espaces de noms, cela a cassé le référentiel SVN.Cassé, le dernier commit que nous avons fait a été corrompu et nous ne pouvions plus commettre.

Après cela, nous avons utilisé TortueSVN et l'espace de noms s'est déplacé manuellement, c'est juste... travaillé.Si vous travaillez uniquement sur des bibliothèques de classes de base, vous pouvez toujours essayer d'utiliser SharpDévelopper à la place (qui s'intègre à TortoiseSVN).

J'espère qu'ils ont corrigé AnkhSVN maintenant, car les intégrations IDE sont toujours géniales...quand ils travaillent.

@mcintyre321

J'ai constaté que les deux outils SVN ne parvenaient parfois pas à suivre le renommage et le déplacement de mon fichier/dossier, ce qui me faisait penser qu'un fichier parfaitement bon devait être supprimé lors de la prochaine validation.

Une opération de déplacement ou de renommage entraîne une suppression et un « ajout avec historique » au niveau de Subversion.

TortoiseSvn montre cela comme :

originalFile   deleted
newFile        added (+)
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top