2008-12-30 2 views

Répondre

6

Je joue avec git-emacs depuis quelques jours. J'ai choisi celui-là après avoir lu sur mes choix (on your blog post) et en essayant quelques-uns d'entre eux. Mes pensées:

  1. git.el - deux choses se sont démarqués de votre avis

    • il a travaillé comme PCL-CVS - Je connais ce paquet (avoir utilisé pendant de nombreuses années, beaucoup il y a quelques années) mais j'étais plus intéressé à apprendre comment faire les choses de la manière git, et je pensais qu'avoir un paradigme familier entraverait cet apprentissage.
    • les commandes git ne fonctionnaient pas en dehors du tampon d'état - j'aime intégrer à un niveau plus profond que cela, sinon je pourrais simplement exécuter toutes mes commandes git à partir du shell et en finir avec lui.
  2. magit - semblait beaucoup mieux en termes de faire les choses comme git mais, encore une fois, deux choses se sont démarqués:

    • changement sémantique - Vous avez mentionné plusieurs commandes qui se sont comportés différemment selon le contexte. Normalement, je suis un grand fan des commandes -dwim, mais pas quand la différence est entre la mise en scène d'un fichier et sa suppression!
    • elle n'était pas aussi belle que d'autres (par exemple oeuf ou git-emacs); Du côté positif, je l'ai fait comme les représentations de la branche graphique
  3. oeuf - J'ai essayé celui-

    • magit avec une meilleure interface, et alors qu'il avait l'air beaucoup mieux que magit, je craignais qu'il ne suivrait pas le développement magit
    • il n'y avait pas de documentation à ce sujet; Je suis tombé sur un problème (je ne me souviens pas) et ne pouvait pas trouver la solution, donc je viens et laissé tomber passé à ....
  4. git-emacs - avait l'air bien et avait une belle documentation

    • choses que j'aime: la documentation, la facilité d'utilisation, look and feel, beaucoup de commandes utiles intégrées, un accès direct à toute commande git via `git-cmd », le soutien à git- blâmer
    • choses que je n'aime pas: ido (ne pas être configurable est un arrêt majeur à moi et laisse entendre une attitude de "je sais mieux" de la part de l'auteur), manque de quelques commandes de base comme stash, manque de toute personnalisation (encore une fois, faisant allusion à une attitude "je sais mieux")

Comme je suis encore dans mon enfance en termes d'apprentissage de git lui-même, il est difficile de dire quoi d'autre manque de ces paquets. Je prévois de demander à l'auteur de git-emacs s'il s'intéresse aux correctifs, car j'introduirais probablement des personnalisations (d'ido, de visages et d'autres choses normales). J'espère que cela aide un peu, de toute façon.

+0

merci Joe. Je suis actuellement en train d'essayer de construire une liste d'exigences pour le nouveau module de support git, et je prendrai votre avis en compte. –

0

choses qui sont essentielles pour moi, à part les caractéristiques de base, sont les suivants:

  • ediff, c.-à-diffing visuelle afin que vous puissiez voir le contexte du changement proprement
  • blâme/annoter, comme le régulier mode vc. Avec la navigation à des révisions plus tôt, le codage de couleur, etc.
+0

blame est déjà disponible en mode mineur git-blame, donc il pourrait être utilisé sans problèmes –

Questions connexes