2008-12-30 11 views

Respuesta

6

He estado jugando con git-emacs durante unos días. Elegí esa después de leer sobre mis elecciones (on your blog post) y probar algunas de ellas. Mis pensamientos:

  1. git.el - dos cosas sobresalían de su opinión

    • trabajó como PCL-CVS - Estoy familiarizado con ese paquete (de haberlo usado durante muchos años, muchos años atrás), pero estaba más interesado en aprender a hacer las cosas de la manera en que me gusta, y pensé que tener un paradigma familiar dificultaría ese aprendizaje.
    • los comandos git no funcionaban fuera del búfer de estado. Me gusta integrar a un nivel más profundo que eso, de lo contrario podría simplemente ejecutar todos mis comandos git desde el shell y terminarlo.
  2. Magit - parecía mucho mejor en términos de hacer las cosas como git, pero, de nuevo, dos cosas se destacaban:

    • cambiar la semántica - Se mencionan varios comandos que se comportaban de manera diferente dependiendo del contexto. Normalmente soy un gran admirador de los comandos -dwim, ¡pero no cuando la diferencia es entre la eliminación de un archivo y su eliminación!
    • no se veía tan bonito como algunos de los otros (por ejemplo, huevo o git-emacs); En el lado positivo, lo hice como las agencias en gráficas
  3. huevo - en realidad probé este Magit uno

    • con una interfaz mejor, y mientras se veía mucho mejor que Magit, estaba preocupado que no se mantendría al día con el desarrollo de magit
    • no había documentación al respecto; Me encontré con algunos problemas (no puedo recordar qué) y no podía encontrar la solución, por lo que sólo deshice de ella y se trasladó a ....
  4. git-emacs - parecía agradable y tenía una buena documentación

    • cosas que me gustan: documentación, facilidad de uso, diseño y tacto, un montón de comandos útiles incorporadas, acceso directo a cualquier comando git a través de `git-cmd', soporte para git- culpa
    • cosas que no me gustan: ido (no tener que ser configurable es una importante desviación a y me insinúa una actitud de "lo sé mejor" por parte del autor), falta de algunos comandos básicos como alijo, falta de personalizaciones (una vez más, insinuando una actitud de "Sé lo mejor")

Como todavía estoy en mi infancia en términos de aprender git, es difícil decir qué más falta en estos paquetes. Planeo preguntar al autor de git-emacs si le interesan los parches, ya que probablemente introduciría personalizaciones (de ida, caras y otras cosas normales). Espero que esto ayude un poco, de todos modos.

+0

gracias Joe. Actualmente estoy tratando de crear una lista de requisitos para el nuevo módulo de soporte git, y tomaré su opinión en cuenta. –

0

cosas que son esenciales para mí, aparte de las características principales son:

  • ediff, es decir diffing visual para que pueda ver el contexto del cambio adecuadamente
  • culpa/anotar, al igual que los regulares modo vc Con la navegación a las revisiones anteriores, codificación de color, etc.
+0

culpa ya está disponible como modo menor de culpa-culpa, por lo que podría ser utilizado sin problemas –

Cuestiones relacionadas