Frage

Ich interessiere mich speziell für Pull-Anfragen, das Bearbeiten von Problemen und das Binden an Commits und andere Dinge, die ich im Allgemeinen verwenden muss hub auf der Kommandozeile für.Ich habe jedoch angefangen, Magit zu verwenden und mag die Tastenbelegungen und die allgemeine Benutzeroberfläche sehr - ich möchte auch für diesen Teil in Emacs bleiben, anstatt eine zusätzliche Shell für Pull-Anfragen, Probleme usw. offen halten zu müssen.

Die Pakete, die magit die meisten Github-Funktionen hinzufügen könnten, die ich finden konnte, sind:

Kann jemand, der möglicherweise an diesen Projekten beteiligt ist, empfehlen, wie er vergleichen würde und was für die Integration von Pull-Anfragen in eine Magit-Umgebung am besten geeignet wäre?

War es hilfreich?

Lösung

Irgendwann werde ich solche Dinge in Magit implementieren (ich bin der Betreuer), aber ich muss zuerst eine Veröffentlichung herausbringen.

Leider gibt es derzeit auch keine Erweiterungen von Drittanbietern, die diese Rolle ausfüllen könnten. magithub ist schon lange kaputt. magit-gh-pulls (von Yann, meinem Vorgänger als Magit-Betreuer) wurde auch nicht mit den Änderungen in Magit synchron gehalten.Ich habe vor einiger Zeit versucht, es zu reparieren, habe es aber aufgegeben, als klar wurde, dass dies zu einer vollständigen Neufassung führen würde . gh.el wird auch von Yann geschrieben und von verwendet magit-gh-pulls.Ich habe in der Vergangenheit dazu beigetragen, aber irgendwann aufgehört, es zu benutzen, weil (a) es benutzt url.el und das stellte sich als sehr unzuverlässig heraus (b) es ist zu komplex.

Ich befürchte also, dass es derzeit kein Paket gibt, das das tut, was Sie wollen.Wenn Sie es selbst schreiben möchten, empfehle ich Ihnen zu verwenden request.el und implementieren Sie dann nur die Teile der Github-API, die Sie tatsächlich benötigen, um ein Überengineering zu vermeiden.

Bearbeiten:Stand Oktober 2015 magit-gh-pulls is pflegen wieder, aber keine offizielle Verlängerung mehr.Persönlich benutze ich es nicht, da ich denke, dass es entweder mehr oder weniger sollte.Ich benutze derzeit "weniger" in Form von magit-branch-pull-request von der magit-rockstar Bibliothek.Obwohl ich diese Bibliothek pflege, betrachte ich sie nicht als offizielle Erweiterung - sie wird unverändert bereitgestellt.Diese Funktion ist sehr einfach, Sie geben ihr eine Ausgabenummer und sie erstellt einen Zweig für Sie, das war's.

Bearbeitung im September 2016:Ich habe geschrieben ghub.el und glab.el als Ersatz für gh.el.Sie sind hauptsächlich für meinen persönlichen Gebrauch bestimmt und bieten sehr wenig, im Grunde geben sie Ihnen Funktionen wie ghub-get (resource &optional params data noerror), müssen Sie sich dann die jeweilige API-Dokumentation ansehen, um herauszufinden, was resource, params, und data du musst es benutzen.Auch die Fehlerbehandlung ist nicht besonders gut und wird derzeit verwendet url.el.Ich beabsichtige, beide irgendwann zu verbessern, indem ich benutze libcurl einige Zeit nachdem ein Emacs mit FFI-Unterstützung veröffentlicht wurde.

Andere Tipps

Sie können einfache "manuelle" Github-Unterstützung erhalten, indem Sie Folgendes festlegen magit-git-executable zu "hub".Dann können Sie alle verwenden hub befehle und Funktionen durch magit-git-command (gebunden an : in Magit-Puffern).Dies ermöglicht Ihnen zumindest die Interaktion mit Github über Emacs / Magit.

Beachten Sie jedoch, dass dies zum jetzigen Zeitpunkt nicht funktionieren wird, da die Release-Version von hub erkennt das nicht --literal-pathspecs option, die Magit verwendet (siehe hier).Bis zur nächsten Version müssen Sie Hub also von der neuesten Quelle installieren: https://github.com/github/hub#source

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top