Extension magit/github la plus développée pour emacs pour les demandes d'extraction

StackOverflow https://stackoverflow.com//questions/24001651

  •  20-12-2019
  •  | 
  •  

Question

Je suis particulièrement intéressé par les pull request, la modification des problèmes et leur liaison aux commits, ainsi que d'autres choses que je dois généralement utiliser. hub sur la ligne de commande pour.Cependant, j'ai commencé à utiliser magit et j'aime vraiment les raccourcis clavier et l'interface générale --- j'aimerais également rester dans emacs pour cette partie, plutôt que d'avoir besoin de garder un shell supplémentaire ouvert pour les demandes d'extraction, les problèmes, etc.

Les packages qui pourraient ajouter le plus de fonctionnalités github à magit que j'ai pu trouver sont :

Quelqu'un, éventuellement impliqué dans ces projets, peut-il recommander comment comparer et ce qui pourrait être le mieux pour intégrer les demandes d'extraction dans un environnement magit ?

Était-ce utile?

La solution

Finalement, j'implémenterai de telles choses dans Magit (je suis le responsable), mais je dois d'abord sortir une version.

Malheureusement, il n'existe actuellement aucune extension tierce susceptible de remplir ce rôle. magithub est en panne depuis longtemps. magit-gh-pulls (par Yann, mon prédécesseur en tant que responsable de Magit) n'était pas non plus synchronisé avec les changements dans Magit.J'ai essayé de le réparer il y a quelque temps, mais j'ai abandonné lorsqu'il est devenu clair que cela entraînerait une réécriture complète. gh.el est également écrit par Yann et est utilisé par magit-gh-pulls.J'y ai contribué dans le passé, mais j'ai finalement arrêté de l'utiliser car (a) il utilise url.el et cela s'est avéré très peu fiable (b) c'est trop complexe.

Je crains donc qu'il n'existe actuellement aucun package qui fasse ce que vous voulez.Si vous souhaitez l'écrire vous-même, je vous recommande d'utiliser request.el puis implémentez uniquement les parties de l'API Github dont vous avez réellement besoin, pour éviter une ingénierie excessive.

Modifier:En octobre 2015 magit-gh-pulls est entretenu encore une fois, mais ce n'est plus une extension officielle.Personnellement, je ne l'utilise pas, car je pense qu'il devrait l'être plus ou moins.J'utilise actuellement "moins" sous la forme de magit-branch-pull-request du magit-rockstar bibliothèque.Même si je maintiens cette bibliothèque, je ne la considère pas comme une extension officielle – elle est fournie telle quelle.Cette fonction est très basique, vous lui donnez un numéro de problème et elle crée une branche pour vous, c'est tout.

Edit en septembre 2016 :j'ai écrit ghub.el et glab.el en remplacement de gh.el.Ils sont principalement destinés à mon usage personnel et fournissent très peu, en gros, ils vous donnent des fonctions telles que ghub-get (resource &optional params data noerror), vous devez ensuite consulter la documentation de l'API respective pour comprendre ce que resource, params, et data vous devez utiliser.De plus, la gestion des erreurs n'est pas excellente et elle utilise actuellement url.el.J'ai l'intention d'améliorer les deux à terme en utilisant libcurl quelque temps après la sortie d'un Emacs avec support ffi.

Autres conseils

Vous pouvez obtenir une simple prise en charge « manuelle » de Github en définissant magit-git-executable à "hub".Ensuite, vous pouvez utiliser tout hub commandes et fonctionnalités via magit-git-command (lié à : dans les tampons Magit).Cela vous permet au moins d'interagir avec Github via Emacs/Magit.

Notez cependant qu'au moment d'écrire ces lignes, cela ne fonctionnera pas car la version finale de hub ne reconnaît pas le --literal-pathspecs option , que Magit utilise (vois ici).Donc, jusqu'à la prochaine version, vous devez installer hub à partir de la dernière source : https://github.com/github/hub#source

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top