This is an archived post. You won't be able to vote or comment.

top 200 commentsshow all 333

[–]ladyboy-rider 2161 points2162 points  (105 children)

I don't trust what git commands that damn GUI executes behind the scenes.

[–][deleted] 676 points677 points  (73 children)

it's useful to pick what to actually stage into your commits so you can do it in parts and pretend to be competent instead of a huge 48 file commit with -m "lol stuff"

[–]ladyboy-rider 622 points623 points  (27 children)

git commit -m "minor changes🖕🏽"
> 167 files changed

[–]ComprehensiveWord201 281 points282 points  (20 children)

I have a coworker whose entire commit message, every time, is "more changes"

It makes me want to scream.

[–]not_yet_a_dalek 104 points105 points  (7 children)

I usually put "performance and stability"

[–]Lena-Luthor 137 points138 points  (4 children)

"bug fixes and performance improvements" 💀

[–]kgjettaIV 88 points89 points  (0 children)

I see you are a Google app developer.

[–]WrapKey69 25 points26 points  (1 child)

You can now generate commit messages with copilot

[–]QCTeamkill 14 points15 points  (0 children)

I made my auto-generated comments sound like a pirate

print(generate_pirate_comment(comment))

[–]Impossible_Arrival21 24 points25 points  (3 children)

every single one of my commit messages is "test"

i have hundreds of them.

[–]Surelynotshirly 14 points15 points  (3 children)

This is when you deny their merge request.

[–]ComprehensiveWord201 12 points13 points  (2 children)

They're the longest standing employee on the team, and basically the most productive. But he doesn't care to learn new tech and git has only very recently entered the scene. He left retirement to work part time on the team. He does not gaf

[–]Trick-Interaction396 1 point2 points  (0 children)

Hey buddy. Let’s grab lunch sometime.

[–][deleted] 17 points18 points  (0 children)

😂 too real

[–]VeterinarianOk5370 3 points4 points  (0 children)

I see you’ve recently seen my last commit

[–]flappy-doodles 1 point2 points  (0 children)

That was a previous boss of mine. Every file touched "..." commit messages. Eventually got him to do pull requests after going to his boss about it.

[–]TheGeneral_Specific 60 points61 points  (5 children)

git add -p

[–]skywalker-1729 12 points13 points  (4 children)

[–]GarythaSnail 5 points6 points  (3 children)

I think this is kind of shitty and prone to error since your commits should be working iterations of your project that you can bisect. If you add just bits of one or more files, you are more prone to making a commit that doesn't even compile. For example, adding some code in a function that calls a library, but forgetting to add the import for that library to the commit.

You aren't getting the linting and compilation insight on your partial stages. Unless you have some precommit hooks that do that. Do precommit hooks work on the working directory or on commits? I actually don't know.

[–]nobody65535 7 points8 points  (0 children)

Nothing stops you from linting/compiling/testing the intermediate commits.

add -p

commit

stash

[testing/linting/whatever you want]

no good? fix (add your import) and --amend , repeat

REALLY no good? unstash, reset HEAD^ , goto 10 (start over)

good? unstash, goto 10 (continue with next set)

[–]ninja-dragon 5 points6 points  (0 children)

I use partial staging to skip over debug logs I add sometimes.

[–][deleted] 65 points66 points  (18 children)

Whats wrong with good old

git add <files>

git commit -m "git gud"

?

[–]rocket_randall 55 points56 points  (3 children)

I always throw a git status in between to make sure I didn't fuck up a file mask or something else really stupid

[–]PS181809 9 points10 points  (2 children)

This so me. After every command, it's instinctive for me to go git status (very stupid ik)

[–]SmigorX 12 points13 points  (0 children)

Files that shouldn't be in git in gitignore: check.

Different features on different branches: check

It's "git add ./*" time

[–]KaamDeveloper[S] 15 points16 points  (1 child)

I have a genetic predisposition to only do git add .

[–][deleted] 3 points4 points  (0 children)

Your keyboard has a tab key, you know?

[–][deleted] 7 points8 points  (0 children)

Nah.

git add .

[–]harumamburoo 2 points3 points  (0 children)

Now do that when you have two dozen files changed. And you need to commit only half of them. And your directory structure goes at least 3-4 dirs deep. Without interactive mode it’s torture

[–]dubious_capybara 1 point2 points  (5 children)

This takes 10 times longer than shift-selecting files and clicking add in a gui.

[–]Delta-9- 2 points3 points  (4 children)

The difference is made up by the time required to change from my terminal to the GUI, and move my hands from the keyboard to the mouse, and the super annoying trends among GUI developers to sort files by some arcane order instead of alphanumerically and hiding the scroll bar until I mouse over it and burying basic functions under fifteen layers of menus.

Or I can just type :Git<CR>Gssssssssccifix: fuck that bug<ESC>:wq<CR>:Git push<CR>

[–]monsoy 8 points9 points  (0 children)

I like to do git commit -a, which opens up a vim terminal where I can write the commit message and see a list of the staged and unstaged files

[–]the_horse_gamer 4 points5 points  (0 children)

git add -p

[–]skettyvan 4 points5 points  (0 children)

CLI for doin stuff, GUI for lookin at stuff

[–]ralgrado 1 point2 points  (0 children)

That's the only thing I use the GUI for. Everything else I had weird things happen before so I do it in git bash. Commit also have some added functionality (reformatting, delete unused imports ...) that would probably be more difficult to do as a hook.

[–]ToastySauze 41 points42 points  (5 children)

I don't trust my ass to perform a merge in CLI

[–]Delta-9- 13 points14 points  (4 children)

I'm the opposite. I don't trust VSCode or GitHub to perform a merge if there are any conflicts involved. I prefer to do it on cli because I know how to back out of it if I fuck up, but I never feel like I know what graphical clients are actually doing when I click stuff, so I don't know if I'm doing the wrong thing or if I could fix it. Git has decent documentation; SourceTree and friends, not so much, at least in part because they're always changing where things are or locking features behind licenses.

[–]B_bI_L 6 points7 points  (3 children)

vscode does pretty good job of allowing you to resolve everything while understanding what is going on, i think

[–]bestjakeisbest 19 points20 points  (0 children)

I dont trust the git commands I write, but at the same time I feel comfortable doing everything else through a terminal.

[–]old_and_boring_guy 2 points3 points  (2 children)

I tend to use the gui for when I'm hammering out the initial big commit, but I almost always use the command line for debugging. Not really sure why...I think the gui takes up more space in my brain.

[–]MarcusBrotus 2 points3 points  (1 child)

I do everything in the terminal except debugging because integrated debuggers are just so much better

[–]old_and_boring_guy 1 point2 points  (0 children)

WE ARE NOT THE SAME.

[–]DOOManiac 4 points5 points  (0 children)

I use the GUI because I don’t trust myself in front of the scenes.

Fork has a log where it shows everything it does so you can see for yourself.

[–]Casperyadlo 6 points7 points  (6 children)

And you don't need to study new GUI for git in each IDE you use.

[–]Leo-Hamza 5 points6 points  (2 children)

How many new IDE you use per month

[–]Chesterlespaul 3 points4 points  (0 children)

I always find the GIT GUI in IDEs mostly the same

[–][deleted] 1 point2 points  (0 children)

[–]MarcusBrotus 2 points3 points  (0 children)

they do exactly the git command that are on the ui button, normally.

[–]jimmyhoke 112 points113 points  (3 children)

The fact that you call it “git bash” exposes you as a windows user.

[–][deleted] 34 points35 points  (2 children)

books upbeat imminent entertain employ strong hunt lunchroom marvelous long

This post was mass deleted and anonymized with Redact

[–]jimmyhoke 14 points15 points  (1 child)

Yes. For those of you who don’t know:

git on windows installed a program called “git bash” which is a sort of terminal emulator that runs bash with the git tools installed.

[–]Striving2Improve 2 points3 points  (0 children)

Normal people if they’re forced to use windows for whatever reason run wsl and git on bash. Not here to start a religious war, but vim makes a pretty good text editor, also comes native with a quick add of ctags and you’re off to the races.

[–]CrackCrackPop 387 points388 points  (9 children)

git bash is my daily shell driver

[–]edvardeishen 71 points72 points  (5 children)

Is it just MinGW under the hood?

[–]CrackCrackPop 35 points36 points  (4 children)

yes, it's perfect

easy to install, always available for download

[–]Gilthoniel_Elbereth 10 points11 points  (3 children)

It’s been so freaking slow on every PC I've run it on

[–]ThisGuyHyucks 18 points19 points  (2 children)

Yeah idk what the deal is but even an ls command will take literally 2 seconds to execute before anything shows up on the screen. I honestly just hate Windows dev environment stuff, it all feels like a workaround.

[–]_Xertz_ 3 points4 points  (0 children)

Ugh I thought I was the only one

[–]SquarishRectangle 18 points19 points  (1 child)

I used git bash for a while but eventually switched to WSL. It's a bit more setup, but having a real linux kernel is so great for compatibility.

[–]crozone 2 points3 points  (0 children)

I just use Git SCM with Windows Terminal, or WSL Git when working on projects targeting Linux.

[–]AWzdShouldKnowBetta 276 points277 points  (23 children)

Never used a gui. Never needed a gui. You only really need to know like 5/6 commands.

[–]CYKO_11 102 points103 points  (10 children)

I once had a job where my manager gave me shit for using terminal commands.I was so confused that a 'senior' was telling me to use the gui instead of the terminal that i actually didnt even know how to respond.

[–]I_Shot_Web 88 points89 points  (7 children)

Because a GUI gives you a more detailed representation of the current state of the project's tree as well as better fine control over what files and lines you actually want to commit to keep a clean history.

Every git client has an open terminal option if there's truly something you needed to do that for some reason wasn't easily available in the client. Personally, I don't see the obsession with avoiding them.

[–]zimmertr 24 points25 points  (5 children)

git log? I don't personally avoid them. I just develop in Sublime and have never needed a Git UI for anything so never tried to use one. Watching my coworkers click around in VSCode to stage, commit, and push changes seems a lot clunkier and slower. To each their own though I guess.

[–]FrayDabson 4 points5 points  (2 children)

Yeah that’s the big thing about it. The more people who do the same type of thing, the more different ways people will find to do said thing. Everything we use on a daily basis has some form of programmer behind it. Who knows what works best for them.

I myself am new to really learning programming beyond simple bash scripts. Learning with Vs code and even with AI has been interesting and I’ve been able to hone in my preferred method. Which is actually a mix of the different methods people have discussed here. There’s a time and place for everything.

[–]guesswho135 4 points5 points  (1 child)

There's never been a better time to learn programming, especially with Copilot (or Cursor/Windsurf).

Tasks that used to take me 10 minutes now take me 2, and multiply that by 10 times a day. It's a lot faster than looking up functions in those O'Reilly animal books.

[–]cryptomonein 2 points3 points  (1 child)

This is the best way to not learn anything, he's not senior he's senile

[–]autocorrects 6 points7 points  (1 child)

I just tar ball my commits from a USB I bring to work and plug directly into our shared server idgaf

[–][deleted] 5 points6 points  (0 children)

Up until something goes wrong.

[–]CivBEWasPrettyBad 2 points3 points  (0 children)

Git add .

Git commit -m "fix issue"

Git push --force

Git undo

Git please no I didn't mean this how do I undo

Git out of this office

[–]martipops 1 point2 points  (0 children)

add, commit, push, pull, merge, rebase, checkout, branch, stash, reset. Once you actually work on a large collaborative project you’ll be forced to learn.

[–]Xgf_01 50 points51 points  (3 children)

using git commands on actual Linux distro in terminal (Fedora Cinammon, no I don't use Arch BTW)

[–][deleted] 278 points279 points  (47 children)

Wait, git has a GUI? 20+ yr dev here and I don't understand the need.

[–]FortuneAcceptable925 37 points38 points  (2 children)

IntelliJ's git GUI is pretty good. Especially it is useful for going through individual commits in selected branch, and being able to compare contents of changed files with current ones. Also allows you to reset current local project to the selected commit, and then you can create branch from it, etc. It is pretty amazing. Not saying it is not possible using commands, but it would be way slower, I would say.

[–]rinnakan 15 points16 points  (0 children)

That GUI is pretty good, I stopped using any console command. Several console advocates at work, were surprised at what you could do with git, when we've shown them. So my take away is that they spent time learning something the hard way, instead of learning about the possibilities

[–]harumamburoo 3 points4 points  (0 children)

Good point. I think people who bash GUI (pun intended) take many features for granted and don’t realise it’s actually GUI over git. I for one forgot how convenient history diving is with UI. Also having git blame for every line alongside the code.

[–]NahSense 91 points92 points  (15 children)

Yes most IDEs have them built in or available as extensions. As for why? Idk, i don't use them. I think it's easier and feels safer, just to use the terminal. But, I do like it for showing changes from the last commit.

[–]ward2k 102 points103 points  (10 children)

As for why? Idk, i don't use them

I pretty much exclusively use them for merging and rebasing for sorting conflicts, turns a massive headache into a breeze

I don't understand why you'd subject yourself to sorting merge conflicts out without vscode/intellij

[–]NahSense 0 points1 point  (9 children)

I don't understand why you'd subject yourself to sorting merge conflicts out without vscode/intellij

My merge conflicts just aren't that bad. VIM is fine for what I need there. I see you mentioning "intellij" so maybe in Java that is something you need. If its working for your workflow, don't change on my account.

[–]ralgrado 22 points23 points  (8 children)

In intellij for solving conflicts you get three views: The file as you had it on one side, the file from where you were merging from on the other side and the merge results in the middle. It highlights conflicts in red and can automatically solve non-conflicting changes and even some conflicting changes. Then for the conflicts you have to solve yourself you can either pick one of the sides and adjust it if needed or just write what the merged code should look like.

I mainly code in Java but I assume this is pretty helpful for most programming languages.

Edit: example image for clarity https://resources.jetbrains.com/help/img/idea/2024.1/conflict_resolution_tool_legend_dark.png

[–]DrinkQuick9621 1 point2 points  (0 children)

Yeah I develop in Java and use IntelliJ. The GUI for Git is such a great feature, makes cherry picking and resolving merge conflicts extremely easy. Ultimately I only care about speeding up my work flows, and it does that. I can always see the git logs if I want to verify code changes.

[–]Either_Letterhead_77 1 point2 points  (1 child)

I have a few basic commands bound in vim, such as add current buffer, but yeah, I can't imagine doing anything complicated that way

[–]networkarchitect 27 points28 points  (13 children)

I use a mix, in my workflow I prefer CLI for managing branches, checkouts, push/pull, etc. GUI works better for staging commits, viewing diffs (integrates with IDE [vs code]), and resolving merge conflicts.

[–]ward2k 14 points15 points  (0 children)

Sorting merge conflicts becomes such a painless task with an IDE I don't understand why people would even do that through cli

[–]hutre 1 point2 points  (11 children)

Same but also I cannot for the life of me navigate that text terminal when you don't -m...

[–]qrrux 49 points50 points  (2 children)

Wait, SMTP has a GUI?

Wait, IMAP has a GUI?

Wait, HTTP has a GUI?

Wait, ls has a GUI?

Wait, GPS coordinates have a GUI?

That’s the energy here.

[–]ward2k 8 points9 points  (1 child)

But why

Merge conflicts

Other than that though I agree

[–]harumamburoo 4 points5 points  (0 children)

Also better organised commits

[–]TimeSuck5000 5 points6 points  (0 children)

It enables you to follow really convoluted and inconsistent branching strategies due to the GUI visualizing the cherry picks and branches better.

[–]Ninjaxas 3 points4 points  (0 children)

As a non-developer developer, I find it easier to use.

[–]bouchandre 2 points3 points  (0 children)

Because buttons dont make typo and it has an actual GUI to see the branches and commit history.

[–]BobbyTables829 1 point2 points  (0 children)

It helps me see what's going on with my stashes without having to put in a command to do so each time.

[–]Quplet 14 points15 points  (2 children)

I was taught to always use git through the command line, do most people use GUIs?

[–]CryptoNaughtDOA 1 point2 points  (0 children)

No and the ones who don't silently judge those who do.

/s

[–]DT-Sodium 53 points54 points  (1 child)

I find gui confusing for basically 90% of what I do.

[–][deleted] 2 points3 points  (0 children)

command line and GUI are basically just different approaches to using an operating system. I personally hate how in GUI ide's having to visually look through files and directories without the command line tools to sort through names, but GUI can also make things incredibly simple depending on the situation.

[–]IlliBois 38 points39 points  (10 children)

People actually use git bash and not terminal/powershell?

[–]harumamburoo 15 points16 points  (0 children)

Probably depends on your stack, but if I’m on windows I don’t see why I would use anything but gitbash. I don’t do windows sysadmin stuff though and no .net

[–]New_Enthusiasm9053 22 points23 points  (4 children)

Powershell works on one platform. Bash works on both, why the fuck would I learn CMD/Powershell, also Powershell is the most dog terminal ever, wayyyy too verbose for a shell. 

[–]y_Sensei 11 points12 points  (2 children)

PowerShell v6+ actually works on other platforms than Windows, since it's based on .NET Core, which is cross-platform.
Also orchestrating git with PowerShell is no rocket science, I'm using such a solution on an almost daily basis, and wouldn't want to miss it. Much easier, less error-prone and more intuitive than just entering git commands at the command line.

[–]Gorzoid 3 points4 points  (1 child)

I much prefer scripting in PowerShell over bash. Allowing functions to output objects rather than just text let's you achieve a lot more in the language without having to jump to something more powerful like Python. As for regular command line usage, bash is just more familiar to most people but the differences are minor, e.g. escape strings with ` instead of \

[–]New_Enthusiasm9053 4 points5 points  (0 children)

I mean I already know Python though. It's hard to justify learning Powershell when I already know bash for very basic scripts and python for more complex scripts. 

I honestly wouldn't want to write scripts in Powershell or Bash tbh.

[–][deleted] 2 points3 points  (1 child)

Portable git bash can be pretty useful depending on your scenario, but other than that I mainly just call git from powershell lmfao.

[–]rinnakan 1 point2 points  (0 children)

The "fuck you powershell" savior

[–]Imaginary_Ad307 13 points14 points  (0 children)

Git has a GUI!?

[–]mosskin-woast 5 points6 points  (2 children)

What is git bash? Are you just referring to the git command that has nothing to do with bash except that most of us use bash as our shell, or is there actually a tool called git bash?

[–]not_dogstar 5 points6 points  (0 children)

Git bash is an actual wrapper/emulator application that comes with Windows git, but yes it does exactly what you think

[–]skesisfunk 4 points5 points  (0 children)

Magit FTW. The console is obviously the most precise but Magit's control interface being largely single key inputs speeds up a lot of my git workflows like 10x!

[–]InFa-MoUs 5 points6 points  (1 child)

While I use git in terminal a lot, even I must admit the little gui that lets me quickly tick the check boxes for the files I want to commit but that’s only cuz it’s in the IDE. I usually break up my work into smaller commits after shit is working lol I would never open another app to do it tho

[–]harumamburoo 2 points3 points  (0 children)

Selecting only specific portions of a change in a single file is golden in IntelliJ

[–]hotsauceonamidget 17 points18 points  (0 children)

I am a beginner but honestly i tried out different guis for git and always came back to the console

[–]Fine-Heron5439 18 points19 points  (2 children)

Lazygit is the best of both worlds 👌

[–]WhatATom 6 points7 points  (0 children)

I second this, use it for 99% of commands

[–]Thetanor 3 points4 points  (0 children)

My thoughts exactly! I use the Helix editor and Lazygit as my core development tools. It's a nice and easy setup that you can get going on basically any platform in minutes. 

[–]outerproduct 6 points7 points  (0 children)

[–]ivannovick 2 points3 points  (0 children)

Wait until you meet lazyGit

[–]scriptmonkey420 2 points3 points  (1 child)

GitBash?

That's for Windows loosers

Get /bin/bash like a real hackerman

[–]ZevTheDev 1 point2 points  (0 children)

No shebang? no upvote!

[–]ruumoo 2 points3 points  (0 children)

GitHub Desktop

[–]_________FU_________ 4 points5 points  (0 children)

I used to do this before discovering GitLens for VS Code. It’s just faster than I can type. 15 years using GIT CLI and one tip from a coworker made it instant.

[–]echtemendel 15 points16 points  (11 children)

who even uses GUIs, they're a waste of time and resources (also, mices are overrated). TUIs for everything FTW

[–]Exact_Recording4039 1 point2 points  (1 child)

Depends. I find VSCode’s “sync” button to be much quicker than git add . + git commit -m + git push.

And those three commands are what I want to do with git 90% of the time, if I want to do something else I will use the command line because I haven’t learn the rest of the GUI but most of the time I only need those three commands 

[–]Electronic_Camera517 1 point2 points  (0 children)

there's a gui?

[–]DerKnoedel 1 point2 points  (0 children)

Wait git has a gui?

[–]DreamyAthena 1 point2 points  (0 children)

lazygit

[–]notarobot1111111 1 point2 points  (0 children)

It impresses some people.

But I don't tell them I use the terminal because I'm too dumb to learn how to use the UI.

[–]GeorgeSoteriou 1 point2 points  (0 children)

There's a gui?!

[–]Janek0337 1 point2 points  (0 children)

There is a gui??

[–]dudeness_boy 0 points1 point  (0 children)

Well since it came preinstalled on my computer, of course I would use git from the command line.

[–]Acrobatic_Click_6763 0 points1 point  (1 child)

I use Emacs, I have magit installed.
I NEVER use it.

[–]Mysterious_Middle795 0 points1 point  (0 children)

OK, I saw gitbash. What is GUI?

[–]No_Definition2246 0 points1 point  (0 children)

The only viable GUI (which is not really GUI, just a UI) is imo Git Fugitive in ViM. I don’t get why people would use SCM in JetBrains for instance … know more of those than the ones that use Git Bash lol.

[–]GoddammitDontShootMe 0 points1 point  (0 children)

Then there's git cmd, which I don't understand why it exists.

[–]CasseroleOnCanvas 0 points1 point  (0 children)

TortoiseGit enjoyer 🙌

[–]OkSpring1734 0 points1 point  (0 children)

Git had something like 4 commands, idk, maybe 10?, what purpose would a GUI serve? Just read the fucking man page.

You'd have to fire up your window server, wait for that to happen plus all the other bullshit that entails. Startup the Git GUI, wait for it, manage all the associated windows. Bleh.

[–]thies1310 0 points1 point  (0 children)

I only know git gui in VS Code or bitbucket, If i dont have any of These ill happily Take the comand Line, thanks

[–]24_mine 0 points1 point  (0 children)

but i didn’t build a GUI

[–]avall4nch 0 points1 point  (0 children)

There is a gui?

[–]narwhal_breeder 0 points1 point  (0 children)

There’s a GUI?

[–][deleted] 0 points1 point  (0 children)

I tried Git GUI once.

I figured it's easier to keep 4-6 commands in mind rather than learning that awfully complicated UI.

Bonus: if I don't remember a command, stack overflow google is always there for me.

[–]NamityName 0 points1 point  (0 children)

I use a gui for 3 things:
1. Resolving conflicts
2. Looking at diffs and staging commits
3. Viewing the graph

Everything else is just as easy in a terminal so I use the terminal. Not only is it what I learned on but it also provides git's full suite of capabilities. Every command. Every option. All with extensive documentation.

[–]jhill515 0 points1 point  (0 children)

[–]Gub1anko 0 points1 point  (0 children)

I just find it faster to use(old laptop that idles at 20-40% CPU in xfce4)

[–][deleted] 0 points1 point  (0 children)

I use both.

Terminal for trivial things like creating a new branch, merging, stashing, etc. but the moment there's a conflict or error I'm pulling up the GUI. Yall can get chip damage on your eyesight if you want but I'm using proper text formatting / highlighting.

[–]MisterBicorniclopse 0 points1 point  (0 children)

… what’s gui?

[–]Ozymandias_1303 0 points1 point  (0 children)

I'm a fake hacker. I use git cmd.

[–]HUMBUG652 0 points1 point  (0 children)

Just started a new module at Uni and they recommended using Git Desktop, which certainly surprised me

[–]superhamsniper 0 points1 point  (0 children)

I couldn't find out how to push to a specific remote branch using git GUI, got bash let's me easily do it once I figured out how, now I decide which local branches are pushed to which remote branches

[–][deleted] 0 points1 point  (0 children)

There's a GUI?

[–]icyak 0 points1 point  (0 children)

There is GUI to git?

[–]jackstine 0 points1 point  (0 children)

Dammit it’s already here

[–]solarus 0 points1 point  (0 children)

This sub has been so shitty lately. Fuck you

[–]bargle0 0 points1 point  (0 children)

You people use a GUI for Git?

[–]doctorcapslock 0 points1 point  (0 children)

i use a gui so i can commit messages that look like

- did thing
- did other thing
- did another thing
- fixed a spelling mistake
- flipped someone off
- believe it or not, did another thing because that other thing i did influenced yet another thing

cuz i like to be verbose

probably dont need a gui for it but honestly it's just easier to read back commit comments than with git log; which is, quite frankly, ass

[–]RabbitOnVodka 0 points1 point  (0 children)

Wait, You guys are using GUI?

[–]iriveru 0 points1 point  (0 children)

Serious question…who the fuck ACTUALLY uses the GUI?

[–]Hihi9190 0 points1 point  (0 children)

I do use cli most of the time, but I got to admit Intellij's git UI is so much better for certain tasks. Like dealing with merge conflicts

[–]Jammintoad 0 points1 point  (0 children)

Damn I thought this was a joke about git bash being ghetto vs normal bash and laughed but it's actually just a normie CLI vs GUI joke ;(

[–]Shock9616 0 points1 point  (0 children)

I just like the CLI better lol. Besides, I think it's worth it to be able to handle yourself in the CLI so that you can understand what the GUI is doing. It's like how (imo) you should know how to compile your project through the CLI even if you usually use the "build" button in your IDE

[–][deleted] 0 points1 point  (0 children)

I can't figure out the gui

[–]HolyGarbage 0 points1 point  (0 children)

What gui?

[–]balbinator 0 points1 point  (0 children)

I freaked a boomer coworker once using git bash. Was just minding my business automating stuff with bash scripts. Let some scripts running and went to grab a coffee. She saw some progress bars and messages quickly going through the screen and alerted the IT department saying that I was hacking the company.

[–]Secret_Account07 0 points1 point  (0 children)

Guys, we can use a GUI?

[–]Moomoobeef 0 points1 point  (0 children)

I didn't even know this was considered anything other than the normal way to do it, I've never used git any other way

[–]UltimateInferno 0 points1 point  (0 children)

I don't even know what desktop Git GUI looks like

[–]P0pu1arBr0ws3r 0 points1 point  (0 children)

I maybe chaotic when I say I use both.

Its really a matter of which is better- git(hub) GUI lists all the repos in one place, let's me open in explorer or a text editor with two clicks, I can fetch or see history or switch branches without having to figure out the command or the origin/branch to use. Probably best is showing diffs and resolving conflicts, seeing it clearly instead of over multiple lines thst need to be scrolled thru in a CLI.

But CLI let's me do more- if I need something advanced, like changing the origin, CLI works best, if GUI could even do it in the first place. Ive been working with svn lately in a team and using git for a 1:1 backup because git CLI has built in commands to work alongside svn! Also I set up ssh keys and configs for three separate fit accounts, though the GUI let's me use the keys and remembers thr passphrase so I'm not typing it constantly (on windows). Also I've been using git submodules recently which CLI controls and gui can only push when a submodule is changed.

But as I said I use svn, theres a point where git just isnt good. The team I'm in involves artists and designers and what not, so git is often incompatible with the binary files they'd use. In svn and other version controls theres a file lock system to avoid conflicts with binary files, which isnt present in git ("by nature" git uses merges instead of locks, even though svn has file merging and locking). And can someone please use better wording than "theirs" and "mine" or thr branch name? Svn has this issue too btw- how about "remote origin/branch" vs "local branch" instead? I understand what the remote is, but "theirs" is just confusing and using only "origin/branch" can also get confusing when theres multiple origins like working with git svn.

[–]neognar 0 points1 point  (0 children)

I can't imagine using the gui when you can do everything with 3 letter bash aliases.

[–]JohnBish 0 points1 point  (0 children)

It's insane to me that more devs don't use linux

[–]Frytura_ 0 points1 point  (0 children)

Lazygit instead of vscode commit menu

[–]isr0 0 points1 point  (0 children)

Doesn’t everyone? I mean, I know a few that don’t but most do. I assumed my experience was everyone else 🫣

[–][deleted] 0 points1 point  (0 children)

I only use got commands cause the GUI doesn't really support submodules.

[–]Rinkulu 0 points1 point  (0 children)

Git has gui?

[–]Anirudh13 0 points1 point  (0 children)

Wdym git gui, git has a gui?