I've started using VSCode for git push/pull/branch and staging. This is what I use git for 99% of the time anyways and since they are simple commands, triggering them from VSCode is faster than falling back to CLI.

Staging/diffing is especially convenient with VSCode. `git add -p` used to be my most-used command, but VSCode just makes the process easier.

If you stage things often enough, `git add -u` might be enough. It's pretty much what I use all the time, aside from the few times I do `git add -up`.

My most famous quote in my work Slack is: "git already has a luxurious client! it’s called git and has lots of shinies."

While I agree with this in most cases, visual merge is a huge deal.

git mergetool will spawn the mergetool of your choice, anything from kdiff3 to vimdiff.

Which is weird because with all of its inconsistencies, git must have been designed with the idea that someone would build a sensible shell over top of it. I can't imagine Linus expected people to interact directly with git when he built it.

git has its problems, but it's a consistent, centralized (in the sense of origin/repo), well known set of problems.

I use multiple IDEs/editors, and they all handle git differently. It doesn't make sense to learn yet another N sets of quirks.

> git has its problems, but it's a consistent, centralized (in the sense of origin/repo), well known set of problems.

Consistent? Ha! Change branch: git checkout my-branch. Reset file to committed version: git checkout -- my-file. Git is many things, but consistent it is not.

That said, I still use CLI precisely because I don't trust other software to make sensible abstractions on top of it, given that foundation is so inconsistent. Besides, those CI scripts only know git cli...

> Consistent? Ha! Change branch: git checkout my-branch. Reset file to committed version: git checkout -- my-file. Git is many things, but consistent it is not.

> well known set of problems

that's precisely the well know set of problems. You learn them once, apply on every console. If each UI decides to overcome them differently, you end up with N+1 different behaviors.

I'd rather have only one set if inconsistent commands, than 3.

edit:formatting

Consistent in time. Those warts haven't changed much in the 7 or 8 years that I've been using git.

this is precisely the case: http://www.gelato.unsw.edu.au/archives/git/0504/0873.html

OT: that's a blast from the past - http://www.gelato.unsw.edu.au/

Heh. As an "old dude" I'd assume that anybody using git directly would be a "young dude" who's been using git all their programming life.