1. Inicio
  2. Pregunta y respuesta
  3. Qué plug-in Mercurial debo usar para IntelliJ

Qué plug-in Mercurial debo usar para IntelliJ

2009-10-31 10 views

Respuesta

7

No se puede afirman haber probado una gran variedad, pero, ¿qué pasa con hg4idea ...?

Fuente

2009-10-31 04:59:44

+0

nada malo en ello, me no he usado ninguno de ellos –

+0

Viene con una edición de comunidad por cierto. –

-6

Para responder a su pregunta: El mejor IDE PlugIn es no usar.

Creo que la integración de IDE no es necesaria cuando se trabaja con un DVCS. Cuando se trabaja en un sistema centralizado, es razonable para el fin de la comprobación automática en la edición. Sin embargo, me gusta mantener las cosas separadas. No quiero que mi IDE esté abarrotado. No veo ningún beneficio al usar un complemento en comparación con una solución independiente (que sigo corriendo en un segundo monitor, etc.).

Estoy bien con TortoiseHG y la línea de comandos para tareas más complicadas.

Fuente

2009-10-31 08:28:23

+3

Estoy total y completamente en desacuerdo. Tener que cambiar de ida y vuelta entre IDE y la vista de carpeta es una distracción innecesaria. –

+0

Estoy de acuerdo con el comentario anterior. Tener la opción de pasar a la línea de cmd está bien, pero realmente quiere aprovechar las capacidades de refactorización del IDE y desea que maneje automáticamente SCM por usted en esas refactorizaciones. – GreenKiwi

+0

¿Por qué tantos downvotes para esto? La línea de comando TortoiseHG + simplemente se balancea. No hay nada que no pueda hacer cuando se trata de situaciones complejas y tareas finas. Sí, la integración con un IDE puede ser buena, pero incluso ahora (octubre de 2014) no hay un complemento Mercurial para ningún IDE que pueda cubrir todas las situaciones (lamentablemente) – Alex

3

En lo que respecta a la respuesta "no usar uno", esto no es adecuado. ¿Qué pasa si uso mi IDE para hacer una refactorización que cambie el nombre de un archivo? Sin IDE/integración de control de origen, el cambio de nombre del archivo se realiza sin tener en cuenta el control de origen, y luego Mercurial (o lo que sea) cree que un archivo se perdió y apareció uno nuevo. Luego tienes que volver a disputar con el control de origen para resolver las cosas.

Fuente

2010-06-23 01:28:41

+0

Aunque estoy de acuerdo con la afirmación tal como está, esto es lo bueno de git . (Y AFAIK versiones anteriores de hg). Es tonto que tengas que decirle al control de la versión sobre movimientos de archivos y renombrarlos. Me gusta cómo TortoiseHg tiene una opción de adivinar, pero me encanta cómo al usar git puedo ignorar por completo esta tarea mundana –

+0

Acabo de empezar a usar git. Parece un poco complicado, pero parece que todas las partes complicadas tienen sus razones para ser. En lo que respecta a git, calculando automáticamente el cambio de nombre de los archivos, acabo de hacer un commit donde se perdió totalmente el cambio de nombre del archivo. Cambié 1 o 2 líneas en un archivo de 10 líneas. –

Cuestiones relacionadas

 Cuestiones relacionadas