When comparing The Command Line vs GitHub Desktop, the Slant community recommends The Command Line for most people. In the question“What are the best Git clients for macOS?” The Command Line is ranked 1st while GitHub Desktop is ranked 12th. The most important reason people chose The Command Line is:
Using CLI gives access to every single git function available.
Ranked in these QuestionsQuestion Ranking
Pros
Pro The most powerful way to use git
Using CLI gives access to every single git function available.
Pro Best community support
Since most devs invoke git via CLI there's a higher chance of getting an answer to a CLI based git problem than a GUI-based.
Pro It's the same across all the platforms
Pro Gives a better understanding of how git functions
By using the git from the command line, it's possible to learn how it functions and how to get the desired result.
Pro Available in Homebrew
brew install git
Pro Fast and straightforward
There's no additional layer of abstraction.
Pro Simple
Pro Even a visual representation of various branches and how they're merged is possible
To visualize history:
git log --graph
Pro Customizable
You can customize it and/or integrate it into automated workflows. It has support for plugins, additional subcommands, and event hooks to perform automated tasks such as updating a bug database or kicking off tests.
Additionally, because it is a simple command line program, it is easy to create shell aliases, write scripts that invoke it, or integrate it into a text editor.
Pro Gives you full control over what is happening
Any GUI would just use command-line in the background, so by using command-line you are in control.
Pro Great GitHub integration
This is the official GitHub desktop client built by the GitHub team.
Pro Simple, streamlined GUI
GitHub Desktop uses an extremely simplistic two-panel view. It's not capable of complex historical visualisations like other GUIs, but it is very easy to use (especially for git novices).
Pro Supports pull requests
In addition to being able to seamlessly and easily integrate with all of GitHub's features, it also supports forking and submitting pull requests on any open source project hosted on GitHub.
Cons
Con Steeper barrier to entry as compared to a GUI solution
Since you have to learn all the different commands and you don't have the visual help that a GUI app gives you, it has a rather steep learning curve.
Con Hard to solve complex conflicts
Con Difficult to overview complex project histories
Con Recalling is more difficult than recognizing
Although there's autocompletion for commands, it still requires recalling at least the beginning of a command while all that's required using a GUI is recognizing the desired outcome.
Con Hardest part of the learning curve is the ambiguity of some terms (us/them)
When merging (e.g. git checkout master && git merge my-branch), us refers to master, them is the branch you're merging in. When rebasing (eg git checkout my-branch && git rebase master), us refers to master, them refers to your current working branch. This seems counter-intuitive at first, making it harder to use the CLI to some, but after a while you kind of understand why the terminology is used in this way, and you get used to it.
Con Diffing
GUI diffing is way superior.
Con Is a badly designed API
Git has awesome architecture but a bad CLI. The meanings of many commands overlap and contradict each other depending on the arguments passed. e.g. Just some: When checkout
is used with file path arguments it is a mutative action, changing the working tree but without those arguments it is for passive navigation. reset
is just like the mutative behaviour of checkout
except it does it for all files.branch
requires a flag to create a new branch but tag
doesn't to do the same with a tag.
https://stevebennett.me/2012/02/24/10-things-i-hate-about-git/
Con Easy to use improperly
Newer users (not necessarily new developers) can make mistakes more easily which can be time-consuming or costly to fix.
Con Limited
Can't handle complex tasks. The Help Manual advises to use command-line Git instead.
Con Does not support multiple Remotes for a repo
Only allowed to assign one URL as remote. To manage/sync/fetch other remotes, use command-line Git instead.
Con Overly Simplified UI
UI that is designed not to support the needs of power and enterprise users. Management of more than five repos is next to impossible.
Con Buggy
Poster child for authors' programming ideology (FRP), likely the cause for the odd quirks and bugs it has.
Con Not free/libre
This application is proprietary, and thus cannot be modified or freely distributed.
Con No Linux support
There's no Linux version of this client.
Con Non-GitHub repositories are not fully supported
Since this is mainly a GitHub client, other repositories are not fully supported and with as many features and setting up a repo hosted anywhere else but GitHub is troublesome.