this post was submitted on 20 Jun 2023
44 points (100.0% liked)

Programming

13226 readers
1 users here now

All things programming and coding related. Subcommunity of Technology.


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 1 year ago
MODERATORS
 

I ask because I like console, but at the same time have difficulties remembering all the commands. I'd like to try a GUI that is comfortable to use with only a keyboard.
[edit]
My inbox got fediversized, fantastic feeling.

top 50 comments
sorted by: hot top controversial new old
[–] Kernel@beehaw.org 12 points 1 year ago (2 children)

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

[–] BentiGorlich@thebrainbin.org 3 points 1 year ago (1 children)

I am using it too and I love it. I only know source tree as a competitor and in comparision it sucks....

You dont have to pay for it, even when using it comercially (unpess they changed that)

[–] Modal@lemmy.sdf.org 2 points 1 year ago* (last edited 1 year ago)

It has a "free evaluation" that I think can be as long as you want it to be / honor system.
Its been worth it to me to pick up a license and support the development though. Its reasonably priced (for a dev tool) / no subscription and definitely beats the free clients I was using before (Sourcetree/GithubDesktop).

[–] Kaldo@kbin.social 2 points 1 year ago

Came here to recommend it too, really neat and practical tool and I haven't found a better alternative yet. Honestly I don't know why are people so against GUI git tools, it makes visualizing branches and commits so much more easier. I don't think you can use it only with your keyboard as OP asked though, dunno how important that is to them.

[–] antevirus@kbin.social 8 points 1 year ago (1 children)
[–] HarkMahlberg@kbin.social 5 points 1 year ago

It doesn't get enough love.

[–] ezekiel@kbin.social 7 points 1 year ago (3 children)

Sublime Merge has been wonderful to work with

[–] Parsnip8904@beehaw.org 2 points 1 year ago

It is one of the few tools that doesn't misrepresent the core git paradigm.

[–] flash0flight@kbin.social 2 points 1 year ago

Definitely can recommend Sublime Merge as well!

load more comments (1 replies)
[–] exu@feditown.com 7 points 1 year ago (3 children)

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

[–] ShadyGrove@beehaw.org 4 points 1 year ago

Yeah this is THE best interface for git. Worth getting into Emacs just to use it id say.

[–] dolle@feddit.dk 2 points 1 year ago

Same here. I don't even use emacs for development anymore (I use IntelliJ since all my work is on the JVM and Typescript) but I still have an emacs running in the background for magit and org-mode. Magit is insanely effective for performing complex rebasing and cherry-picking tasks.

load more comments (1 replies)
[–] corytheboyd@kbin.social 6 points 1 year ago* (last edited 1 year ago)

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

[–] domi@lemmy.secnd.me 6 points 1 year ago (2 children)

GittyUp! https://murmele.github.io/Gittyup

I previously used GitKraken but was looking for an open source alternative that works in a similar fashion and has a Flatpak.

load more comments (2 replies)
[–] fidodo@beehaw.org 5 points 1 year ago (1 children)

No, I find typing faster than clicking and I've been using git for so long the commands are second nature to me.

load more comments (1 replies)
[–] sznio@beehaw.org 4 points 1 year ago

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.

[–] djoot@feddit.dk 4 points 1 year ago

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.

[–] Orvanis@lemm.ee 4 points 1 year ago

TortoiseGit user here. Love that it integrates with Windows Explorer so I don't have to constantly be opening an app first to fire off some Git commands.

[–] CosmicBlend@kbin.social 4 points 1 year ago (2 children)

I used to use SourceTree but it runs horribly and switched to Fork years ago and never looked back. I use VSCode for merge conflict resolution.

[–] InvisibleShade@kbin.social 2 points 1 year ago* (last edited 1 year ago)

Same here, but I still like the merge conflict interface Fork has.

load more comments (1 replies)
[–] vredez@discuss.tchncs.de 4 points 1 year ago (2 children)

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.

load more comments (2 replies)
[–] s_w@beehaw.org 4 points 1 year ago (3 children)

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.

load more comments (3 replies)
[–] vraylle@kbin.social 4 points 1 year ago* (last edited 1 year ago) (2 children)

I actually like the tooling built into VS Code. Added the GitHub Pull Requests and Issues extension for the PRs, pretty happy with it all at the moment. Before that I like a specific older version of SourceTree that didn't forget your credentials.

load more comments (2 replies)
[–] narc0tic_bird@beehaw.org 4 points 1 year ago (1 children)

I use a mix of CLI, the Git UI built into VSCode, and Sublime Merge.

Sublime Merge is great for getting an overview, it's very snappy (especially when compared to Electron Git UIs), and I love the merge conflict editor. It's not cheap, but worth every penny.

load more comments (1 replies)
[–] TerabyteRex@kbin.social 4 points 1 year ago

i just use Visual Studio or VS Code

[–] Xanvial@lemmy.one 3 points 1 year ago* (last edited 1 year ago) (1 children)

I use git fork on Mac, same reason, I don't remember all the commands. Also want to see the history visualization

load more comments (1 replies)
[–] Martinligabue@kbin.social 3 points 1 year ago (1 children)

I use github desktop since I'm not using git a lot, and that gui is very easy to understand

[–] readbeanicecream@kbin.social 2 points 1 year ago

Same here. My git needs are basic.

[–] sunaurus@lemm.ee 3 points 1 year ago (2 children)

I use a 50%-50% mix between git CLI and the built-in git tools in JetBrains IDEs.

To be honest, I could quite easily get by with just the JetBrains GUI - they have a super sophisticated GUI that can easily handle things like interactive rebase, cherry-picking, etc + they have a great conflict resolution tool. I just use the cli every now and then if I want to get something done quickly while I don't have an IDE window open.

load more comments (2 replies)

I use VSCode for simple commits and merge conflicts. Anything more complicated and I go to CLI since it's usually better documented.

[–] miah@midwest.social 3 points 1 year ago

Closest I get to a gui is magit in emacs.

[–] Geo_bot@dataterm.digital 3 points 1 year ago

I've been using the git gui extension for a while and resolve conflicts in vs code. I also just use a lot of cli

[–] argv_minus_one@beehaw.org 3 points 1 year ago

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

[–] Joph@programming.dev 3 points 1 year ago* (last edited 1 year ago) (1 children)

I use the TUI gitui Though I also use the git cli directly too, depends on what I'm doing.

[–] gifflen@beehaw.org 2 points 1 year ago

I'm loving all of the TUIs cropping up lately. Thanks for sharing!

[–] Unimeron@feddit.de 3 points 1 year ago

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

[–] danknodes@kbin.social 3 points 1 year ago

VS 2022 is finally somewhat usable for Git using the git Changes pane. The whole team uses it this way, and for many of them it's a first for git as well.

[–] priapus@lemmy.one 3 points 1 year ago (2 children)

I use Lazygit, which is a TUI. It is entirely controlled by keyboard shortcuts and has a lot of quick ways to do tedious things.

load more comments (2 replies)
[–] themikeyj@beehaw.org 3 points 1 year ago

when I absolutely need to... git-gui.

Live by the console, die by the console.

(I should change things up and try to make my life easier -- vim for life) 🙃

[–] MaxPower@feddit.de 3 points 1 year ago

If you have trouble remembering git commands for CLI have a look at the tool tldr:

https://man.archlinux.org/man/tldr.1.en

For example if you need to remember how to use the branch command you could look it up with

tldr git branch

which would give you an overview on the most popular use cases.

[–] boo@lemmy.one 3 points 1 year ago

Apart from the cli, gitk and git-gui are plenty good in my opinion, they could always be made better. And they are mostly always there with git Only thing I am miasing now is blame.

[–] Da_Boom@iusearchlinux.fyi 3 points 1 year ago

I don't use a GUI, with the exception of Meld as my primary difftool

At work I wish they were using git. But we got SVN. How I long for the ability to use pull requests. But tortoiseSVN has some nice features (I'm stuck with windows over there) even if it's lacking in overall functionality.

[–] kriss0706@kbin.social 2 points 1 year ago

I use GitHub Desktop - offered by GitHub themself. Its a GUI application where you can fetch, push, pull etc. But mostly just basic github "commands".

https://desktop.github.com/

[–] alottachairs@beehaw.org 2 points 1 year ago (5 children)

Github desktop is the only way I know how to clone my private repo. I do not understand how to clone my private repos through CLI.

load more comments (5 replies)
[–] hazelnoot@beehaw.org 2 points 1 year ago

For daily work, I use the git integration built into my IDE. Occasionally I need the CLI for something complex.

[–] postscarce@kbin.social 2 points 1 year ago

I use GitHub Desktop for 95% of my git needs, terminal for the other 5%

[–] Relisui@kbin.social 2 points 1 year ago (2 children)

Gitkraken is the powerhouse, but i only use it for difficult commands

load more comments (2 replies)
[–] kryostar@beehaw.org 2 points 1 year ago

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.

[–] Lells@kbin.social 2 points 1 year ago

I use GitKraken, which is pretty great, but for a lot of day to day stuff I just end up using the CLI

load more comments
view more: next ›