Gibt es einen GitHub-Client für Linux?

Gibt es einen GitHub-Client für Linux?

Bitte beachten Sie, dass ich keinen Git -Client für Linux suche. (Aber es spielt keine Rolle, ob es von GitHub oder von einem Drittanbieter erstellt wurde, der die API von GitHub verwendet.)

Der Grund, warum ein GitHub-Client manchmal wünschenswert ist, liegt darin, dass Sie andernfalls Ihren Workflow unterbrechen müssen, wenn Sie eine GitHub-spezifische Aktion ausführen, z. B. eine Pull-Anfrage stellen.

Willkommen bei den Softwareempfehlungen! Warum funktioniert kein normaler Git-Client? Wir werden viel mehr Informationen brauchen, um hier gute Empfehlungen geben zu können. Sehen Sie sich bitte Was ist erforderlich, damit eine Frage „genügend Informationen“ enthält? Bearbeiten Sie dann bitte Ihre Frage und prüfen Sie, ob Sie einige dieser Verbesserungen integrieren können.
@DanteTheEgregore geklärte Frage.
Könnten Sie bitte eine Liste der gewünschten Github-spezifischen Funktionen erstellen? Zum Beispiel Pull Request, Issue Tracking, etc. Übrigens, kann man Pull Requests mit dem offiziellen Github Mac/Windows Client erstellen/zusammenführen?
@EricWilson: Pull Requests sind nicht spezifisch für GitHub. Sie sind ein Teil von git.
@moose Das war mir nicht klar. Was ist der Git-Befehl zum Erstellen einer Pull-Anfrage?
@moose Interessant, scheint aber aus den Kommentaren dort klar zu sein, dass dadurch keine GitHub-Pull-Anfrage erstellt wird.
Github hat seine eigene, nicht standardmäßige Implementierung von Git-Pull-Requests, was einer der Gründe ist, warum Linus Torvalds keine Pull-Requests auf Github akzeptiert .

Antworten (2)

Derzeit gibt es keinen dedizierten offiziellen Github-Client für Linux.

Es gibt jedoch mehrere GUI-Git-Clients, die mit Github funktionieren. Ich weiß, dass Sie sagen, dass Sie nicht nach Git-Clients suchen. Wenn Sie sich also voll und ganz dieser Haltung verschrieben haben, finden Sie Ihre Antwort im ersten Satz dieses Beitrags. Es ist jedoch wichtig zu beachten, dass Github Git ist , nur eine gehostete Version davon mit einigen geringfügigen Änderungen. Sie können jeden Git-Client verwenden, um damit zu interagieren, und es gibt viele GUI-Clients, die dem Prozess einen ähnlichen Glanz und eine ähnliche Benutzerfreundlichkeit verleihen, wie Sie es von einem offiziellen Client erwarten würden.

Es gibt viele Optionen , aber von allen empfehle ich SmartGit für eine gute Benutzererfahrung und eine gute Github-spezifische Integration (Unterstützung von Pull-Requests und Kommentaren im Github-Stil). Es ist diejenige, die ich für Linux verwende, wenn ich nicht die Befehlszeile verwende. Die Diff/Merge-Ansicht ist wirklich nett.

Möglicherweise bevorzugen Sie auch GitEye , wenn Sie sich mehr auf die Integration der Problemverfolgung von GitHub konzentrieren. Dies ist jedoch das Ausmaß ihrer GitHub-spezifischen Unterstützung.

GitHub ist ein bisschen mehr als Git, ich habe versucht, den Unterschied in meiner Bearbeitung zur Frage zu veranschaulichen.
Ich bin mir nicht sicher, ob Sie meine Antwort damals verstanden haben. Ich glaube, Sie haben gehört, wie ich sagte „Ich sage Ihnen nicht genau das, was Sie hören wollen“ und haben es verstanden als „Ich sage Ihnen nichts, was Sie hören wollen.“ Der Client, den ich vorgeschlagen habe, unterstützt Github-Pull-Requests über die GitHub-API. Bitte überprüfen Sie die Informationen auf dieser Seite unter „Manage Pull Requests“: syntevo.com/smartgithg/github . Sie werden vielleicht auch das Zitat auf dieser Seite zu schätzen wissen: "Ich habe gerade SmartGit gekauft. Absolut fantastisches Github-Tool. Heads and Shoulders better than any other I've used. John Papa"
Ich habe Sie verstanden, nur mit Ihrer "GitHub is git" -Aussage gestritten.
Die Bedeutung der Aussage war nicht, dass sie identisch sind, sondern dass sie sich keineswegs gegenseitig ausschließen. Jeder Client, der Github unterstützt, muss implizit auch git unterstützen. Sogar die offiziellen Clients von Github sind technisch immer noch Git-Clients. Ihr Beitrag erweckte den Eindruck, dass Sie sich dessen möglicherweise nicht bewusst sind, daher meine Aussage, dass "Github is git". Anscheinend streiten wir beide über Feinheiten, an denen eigentlich keiner von uns gefehlt hat. :) Wenn Sie Raum für weitere Verbesserungen meiner Antwort sehen, lassen Sie es mich bitte wissen. Ich denke, SmartGit ist derzeit die beste verfügbare Option.

Schon mal was von Hub gehört ?

Es erweitert git um einige sehr praktische github-bezogene Befehle :

Unter der Annahme, dass Sie hub als Alias ​​haben git, haben die folgenden Befehle jetzt Superkräfte:

git-Klon

$ git clone schacon/ticgit
> git clone git://github.com/schacon/ticgit.git

$ git clone -p schacon/ticgit
> git clone git@github.com:schacon/ticgit.git

$ git clone resque
> git clone git@github.com/YOUR_USER/resque.git

Git-Gabel

$ git fork
[ repo forked on GitHub ]
> git remote add -f YOUR_USER git@github.com:YOUR_USER/CURRENT_REPO.git

git pull-request

# while on a topic branch called "feature":
$ git pull-request
[ opens text editor to edit title & body for the request ]
[ opened pull request on GitHub for "YOUR_USER:feature" ]

# explicit title, pull base & head:
$ git pull-request -m "Implemented feature X" -b defunkt:master -h mislav:feature

git erstellen

$ git create
[ repo created on GitHub ]
> git remote add origin git@github.com:YOUR_USER/CURRENT_REPO.git

# with description:
$ git create -d 'It shall be mine, all mine!'

$ git create recipes
[ repo created on GitHub ]
> git remote add origin git@github.com:YOUR_USER/recipes.git

$ git create sinatra/recipes
[ repo created in GitHub organization ]
> git remote add origin git@github.com:sinatra/recipes.git

Und einige mehr.

Wenn eine GUI kein Muss ist, kann sie ein praktisches Werkzeug sein.