2009-10-31 5 views

Répondre

7

Impossible prétendre avoir essayé une grande variété, mais, quel est le problème avec hg4idea ...?

+0

rien de mal avec elle, je Je n'en ai utilisé aucun. –

+0

Il vient avec une édition communautaire en passant. –

-6

Pour répondre à votre question: Le meilleur IDE PlugIn n'est pas utilisé.

Je pense que l'intégration IDE n'est pas nécessaire lorsque vous travaillez avec un DVCS. Lorsque vous travaillez dans un système centralisé, il est raisonnable d'effectuer un contrôle automatique lors de l'édition. Cependant, j'aime garder les choses séparées. Je ne veux pas que mon IDE soit encombré. Je ne vois aucun avantage à utiliser un plug-in par rapport à une solution autonome (que je continue à utiliser sur un second moniteur, etc.). Je vais bien avec TortoiseHG et la ligne de commande pour les tâches plus compliquées.

+3

Je suis complètement et complètement en désaccord. Avoir à basculer entre l'IDE et la vue de dossier est distrayant et inutile. –

+0

Je suis d'accord avec le commentaire ci-dessus. Avoir l'option d'afficher la ligne cmd est très bien, mais vous voulez vraiment tirer parti des capacités de refactoring de l'IDE et vous voulez qu'il gère automatiquement SCM pour vous dans ces refactorings. – GreenKiwi

+0

Pourquoi tant de downvotes pour cela? TortoiseHG + ligne de commande bascule simplement. Il n'y a rien qu'il ne puisse faire quand il s'agit de situations complexes et de tâches délicates. Oui, l'intégration avec un IDE peut être bonne mais même maintenant (Oct 2014) il n'y a pas de plugin Mercurial pour tout IDE qui puisse couvrir toutes les situations (malheureusement) – Alex

3

En ce qui concerne la réponse «ne pas utiliser un», ce n'est pas suffisant. Que se passe-t-il si j'utilise mon IDE pour effectuer un refactoring qui renomme un fichier? Sans l'intégration IDE/contrôle de source, le fichier renommer est fait sans égard au contrôle de la source, puis Mercurial (ou tout autre) pense qu'un fichier a disparu et un nouveau est apparu. Ensuite, vous devez retourner se disputer avec le contrôle de la source pour trier les choses.

+0

Bien que je sois d'accord avec la déclaration telle qu'elle est, c'est ce qui est génial . (Et AFAIK des versions antérieures de hg). Il est stupide de dire au contrôle de version à propos des déplacements et des renames de fichiers. J'aime comment TortoiseHg a une option de deviner, mais j'aime comment en utilisant git je peux totalement ignorer cette tâche banale –

+0

Je viens de commencer à utiliser git. Cela semble un peu compliqué, mais il semble que les parties compliquées ont toutes leurs raisons d'être. En ce qui concerne git comprendre automatiquement les renames de fichiers, je viens de faire un commit où il a complètement manqué de renommer les fichiers. J'avais changé 1 ou 2 lignes dans un fichier de 10 lignes. –