TortoiseGit vs Git Extensions

Question

Quels sont les avantages et les inconvénients de l’utilisation de Git Extensions ou de TortoiseGit sur un système d’exploitation Windows?

Answer 1

Je ne sais pas GitExtensions, mais je peux partager mon expérience avec TortoiseGit(également souligné par marc_s commentaire):

Pour:

• Excellente intégration avec Windows(c'est une extension du shell)
• Près de th même INTERFACE utilisateur que TortoiseSVN(si vous avez déjà utilisé TortoiseSVN, vous savez à quoi s'attendre).

Inconvénients:

• Vous aurez un dur à comprendre comment utiliser git.

Le problème avec TortoiseGit est que les gens qui ont travaillé avec TortoiseSVN va penser à tout ce qui sera(ou devrait être) exactement comme dans le svn... et finissent jamais vraiment comprendre comment travailler avec git. Comme une expérience personnelle, la société où je travail de svn à git 2 ans plus tard et chaque développeur qui a utilisé TortoiseGit fini par ne plus vraiment savoir ce qu'ils font et parfois de vissage leurs espaces de stockage locaux. À la fin, ils ont chuté TortoiseGit et de passer du temps à apprendre git "à la dure"(shell, msysgit sur Windows) et tout le monde est heureux depuis.

Conclusion: il suffit d'utiliser msysgit directement et correctement apprendre git. Vous permettra d'éviter beaucoup de maux de tête à l'avenir.

Answer 2

Mon entreprise essayé les deux et vite abandonné Tortoise Git. Il s'est écrasé beaucoup plus souvent. Les professionnels affirment que Tortoise Git n'est pas capable, mais je n'ai pas vérifié moi-même. Mais je n'en vois beaucoup des accidents de moi-même.

Les Programmeurs préfèrent git bash, les autres de l'utiliser, mais la haine git Extensions. Bien que même certains d'entre eux en outre ouvrir git bash. Git bash est inévitable de voir les progrès des compteurs.

Git Extensions a pas d'option pour afficher la progression des compteurs pendant un pull. Donc, avec Git Extensions, vous vous asseyez en face d'un énigmatique non de la barre de progression, ne sachant pas ce qui se passe, et si quelque chose a échoué. Le pire est manquant ou mot de passe incorrect: Git Extensions permet simplement vous attendre à jamais, montrant le même bar très chaleureux, comme si elle était en train de faire quelque chose beaucoup de temps. Une autre horreur de Git Extensions est fréquemment abandonner avec "out of memory", lors de la gestion des versions beaucoup de gros fichiers et en tirant avec rebase. Après un tel abandon, de non-codage des utilisateurs sont toujours dépassés par les problèmes. De nombreux fichiers qu'ils n'ont pas changé de se présenter comme de changé et le fichier de verrouillage empêche de traiter le problème, etc..

À mon avis les deux outils d'interface graphique sont immatures.

Answer 3

Vous souhaitez Git Extensions pour une raison importante - il vous montre la vue graphique du journal de validation (voir ci-dessous). Sans que la vue graphique je ne pense pas que la plupart des gens nouveaux à git obtiendrez jamais ce qui se passe avec les branches, s'engage, la relocalisation, le "cherry picking", etc (je sais que je n'ai pas).

Vous allez faire voulez faire de votre travail sur la ligne de commande, il est également votre meilleur pari pour pratiquement l'utilisation de git depuis toute l'aide que vous obtenez sera base de ligne de commande.

Tout ce que dit, vous pouvez utiliser Tortoise Git aussi (en supposant que cela fonctionne) car ils appellent tous la même ligne de commande exécutables et d'agir sur le même dépôt git.

La plupart des IDEs ont git soutien aussi, JetBrains IDÉE qui fait un excellent travail de l'ajout de listes de changements et d'autres fonctionnalités sur le dessus de cela.

Answer 4

Je n'ai pas beaucoup d'expérience avec TortoiseGit, mais je l'ai installé, et je suis actuellement en utilisant GitExtensions v2.21.

Le plus grand avantages à l'utilisation de GitExtensions:

• visual gitk-comme l'affichage graphique de codelines et les branches, avec toute essentiel de l'info disponible dans les onglets, éliminant la nécessité de travailler avec les hostiles SHA.
• possibilité d'installer en tant qu'Administrateur et tous les autres utilisateurs sur le même PC peut être utilisé comme n'importe quel autre utilisateur.
• built-in shell integration avec l'Explorateur de Windows
• hors de la boîte intégration avec Visual Studio (Windows Eclipse les utilisateurs n'ont besoin msysgit, car ils ont leur propre interface graphique pour remplacer la nécessité de GitExtensions)
• facile à utiliser l'installateur qui est pré-emballé avec tous les pré-requis de la fonctionnalité de démarrage de la boîte (Client SSH, KDiff, msysgit).
• intégration avec GitHub (Fourche,clone, tirer tous les simplifiée)

Inconvénients:

• la documentation ne permet pas de garder en place avec les nouvelles fonctionnalités ajoutées constamment. Par exemple, je ne sais toujours pas comment utiliser les fonctionnalités de script.

N'oublions pas que c'est un programme gratuit, et nous a offert en option avec no strings attached, je ne vois pas la raison d'être de ces attentes élevées, comme si nous étions payés clients? J'ai vu certains de l'interrompt et le gel que l'utilisateur précédent mentionné, mais je crois que la majorité de ce qui a été corrigé dans la v2.24. Beaucoup d'abandons et de l'échec des actions sont vraiment pas la faute de GitExtensions, mais un symptôme d'un problème systémique à l'extérieur de GitExtensions (eg. mal configuré configuration SSH, fichier des problèmes de permissions sur le serveur d'hébergement de la télécommande pensions, etc). Par exemple, il y avait un temps où j'ai fait une simple poussée qui a causé l'échec et d'abandon. Il s'avère que la distance que j'essayais de le pousser à a été un très long chemin qui a été à l'origine des problèmes pour le Mac serveur qui héberge le repo.

De toute façon, cela dit cependant, mon expérience avec GitExtensions a été assez positif. - Je trouver les avantages décrits ci-dessus ont fait qu'il est utile de mettre en place avec l'occasionnel abandonne et se fige jusqu'à ce que les bugs sont corrigés.

Answer 5

Je ne peux pas parler de Git Extensions que je n'ai jamais utilisé. Certains avaient des problèmes avec pure GIT. Ne pouvait pas intégrer GVIM, par exemple. Tortoise Git est un éditeur intégré et un outil de comparaison (ce qui est étonnant), c'est donc une très belle confort. J'ai adoré la branche de schémas dans les Scott Chacon livre et espérais TGit serait le même schéma. Ils ont un outil pour montrer de branches, mais c'est pas aussi beau que celui dans le livre.

Une chose à garder à l'esprit est que, depuis TGit est juste une coquille sur GIT, il n'y a pas de mal à mélanger les deux méthodes. J'utilise TGit pour la plupart de tout, mais trempette dans le dépôt GIT pour les commandes qui sont mal à l'aise ou que je ne comprends pas bien dans TGit. Mais même si vous prévoyez d'utiliser TGit, il est encore important, comme mentionné ci-dessus, d'en comprendre les bases de GIT en premier. J'avais lu à travers le premier, disons, trois chapitres dans le Chacon livre (disponible gratuitement en ligne sur http://progit.org/book/ ou par des achats sur Amazon). Si vous êtes comme moi, vous pouvez les lire à plusieurs reprises pour laisser le paradigme de l'évier. Il n'est pas compliqué, mais c'est très différent de la précédente VCS.

TGit jamais écrasé sur moi, comme il l'a fait pour certains autres commentateurs, mais alors mon repo de petite taille. Il ne mange mon commit commentaires sur plus d'une occasion, ce qui pourrait avoir été d'erreur de l'utilisateur. Puisque vous pouvez revenir en arrière et re-modifier les commentaires c'était juste une gêne et de la valeur de la commodité d'avoir une interface graphique, avec des fenêtres qui montrent beaucoup d'infos d'un coup d'oeil.