Lazygit changed how I use git, it is so easy to do all the daily essentials like branching, committing, and merging, but also also does more advanced things like interactive rebasing when needed.

I had searched for a proper git client, that was free and open source plus worked on both Linux and Windows, for a long time and I haven’t looked back after finding lazygit.

Magit with emacs (doom emacs to be fully honest). More a TUI, but definitely fully keyboard driven :)

I use the VS Code built-in git support for making commits, and fall back to the CLI for anything else.

You won’t have trouble remembering commands once you use them often enough. And you don’t need to know all of them, just the ones your workflow uses. My toolbox is commit, checkout, status, reset, rebase -i, merge, bisect. That’s all I need day-to-day.

My inbox got fediversized, fantastic feeling.

Hey hey hey, I want that too!

As for git, I just use the plugin on VS code. Nothing fancy. I didn’t even know there’s other options like GUI to be honest.

Sublime Merge has been wonderful to work with

I have some git blame extention in VSCode, but otherwise no. Something about using gui tool for git makes me feel so disconnected from it, like I’m not entirely sure what’s going on, and afraid I’m going to fuck something up

Also, I forget commands all the time. Mostly ones I don’t use often, like changing/adding/removing remotes, changing settings, etc.

SourceTree when I was still a software engineer.

I’m a manager now, and I see people insisting on command line who have no idea what they’re doing. Then don’t! I think it’s an awful attitude that real programmers use git command line, and GUIs are for babies. Please call out this attitude whenever you see it. Use tools that work for you. Git has a terrible user experience, let’s face it.

KDE has a relatively new git tool named Kommit: https://apps.kde.org/de/kommit

The number of Git front ends with proprietary licenses is too damn high.

These days I can run everything I need to with the git cli. I use the JetBrains visual merge tool to resolve conflicts, because doing that by hand is so awfully error prone, it very very intuitively maps to a visual process

Since I use Emacs I’ve been really happy with Magit, even tho it’s UI has a bit of a learning curve to it. I’ve been also trying out Gitg since I moved back to GNOME and it’s been really solid as well. It lacks a couple really nieche features but otherwise as a fast commit tracking/writing tool it’s very good.

I generally don’t trust most git GUIs - a number of our developers have used SourceTree on OS X before and it’s led to nothing but issues. The only one I trust is the one built into IntelliJ IDEA, otherwise I’ll use commandline.

I’ve tried a lot and settled with vim-fugitive. If you know and like Vim-keybindings it’s probably the best choice out there.

It’s a paid app only available for Windows and Mac at the moment, but Fork may be worth a look: https://git-fork.com

I use IntelliJ’s built-in git GUI.

I don’t understand why people use command line only. Sure, learn the commands so if you need to use them you can, but most GUIs are far more feature rich than command line. With IntelliJ, I can easily view differences before committing, have it do code quality scans, automatically clean up any code it can, more easily choose which files I want to commit vs the typical ‘git add .’ I see most people do with command line, have separate changelists when pair programming, and much more.

One argument that continually comes up is that command line is faster. I completely disagree. If I want to just commit the code without reviewing it, I can use 2 hot keys and the code is committed and pushed. But as I do a quick readthrough of all the code first and review issues from the code quality analysis it does take more time, but still less than it would to do comparable things with command line.