[_virtu]

The commit workflow was what kept me locked in to the ecosystem for so long. LazyGit was so good that it convinced me I didn’t need JetBrains anymore. If you love the workflow with JB for commits check out LazyGit. It’s a TUI so you can use it in any editor without much friction.

[KptMarchewa]

I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?

[jghn]

I do almost everything git manually at the CLI. But the Jetbrains IDEs have a fantastic GUI git merge tool, and I also like the local git diff UI. Add in integrated blame mode, ability to pull up version-diff files, and that sort of thing.

It's not part of my daily driver toolbox, but they do get used a lot by me.

[KptMarchewa]

You made me realize that I actually do use it, since I often look at git blame and the past changes.

And I like the (recent?) update in which the changes from current commit (not only stage) are coloured.

[jghn]

Exactly. There's a lot of little niceties buried in the integration across the board. I'm convinced that many VSCode supporters have never used a true IDE because whenever I complain about VSCode's shortcomings I'm met with "why would you want that?". Sure, but this git example is a great one because for most of it I *don't* want it, but there's a lot of related bits that I *do* want.

[tracker1]

I'm a bit mixed, as I really appreciate the balance that VS Code has brought to the table and even with that feel there's sometimes too much in the base install. JetBrains is definitely better than VS proper in a lot of ways though. I still have nightmares of using VS for web projects, it's not nearly as bad today but I still completely avoid it.

[swader999]

Merge is about the only time I look for gui experience with git. I'm by no means an expert at git.

[jghn]

It's the only git operation I do with a gui. But as I said elsewhere, there are a lot of little integrations I do make use of. For instance I find it helpful to have git blame up on the side when editing a file.

[tracker1]

I almost always operate in my own feature branch, squashing and then rebasing along the way... sometimes I'll just keep amending my feature commit as I work. I find it just saves me a lot of pain along the way.

[calderwoodra]

Remember this when you're thinking about the average commenter's opinion on anything technical.

[emerongi]

Remember what? That people have different preferences, workflows and methods of staying productive?

Someone voiced that they liked a certain tool for a certain feature and suddenly we are judging them for it? I like that people share their thoughts and opinions.

[_virtu]

Remember this type of comment. Never let yourself fall into this type of thinking when trying to understand what your users want.

Instead of passing judgement on why someone values something, why not ask?

For example, if you were to ask me why I chose to keep using an IDE that I had spent years of my life building muscle memory using perhaps you would get a better understanding of the specific part of the lifecycle I was at when paying for software.

It's not that the git gui was the reason why I signed up for the software in the first place. The git gui was the last reason for me to not jump ship when switching to something like neovim or helix. This was during a time where LSP was becoming popular so refactoring tools and intellisense were finally getting better adoption outside of the JetBrains tooling. Most of this was achievable with editor du jour + lsp plugins, but the git ui was the one piece I hadn't personally solved outside of the JetBrains ecosystem.

[conradfr]

If using the git command line makes you feel like a better developer than me that's fine ;)

[conradfr]

Jetbrains' implementation is (was?) just that good, yes (combined with local history).

[brianpan]

I think you're thinking about git as a separate thing from the IDE.

I love using IJ + git because there are no seams in between edit and commit. For instance, with IJ, I could easily split every other line of a change into separate commits.

Maybe there's a way in git to stage only certain parts of a diff, but I'd have to go an learn another flag or command that I'm going to forget by the next time I need to do it again.

Also with IJ, I just glance at my main branch tab and the highlighting tells me what commits aren't in my checked out feature branch.

Two small examples but there are many more and it adds up.

[mjlee]

git add -i is the thing you'd have to learn.

I do that at the CLI most of the time and I'd say I'm quite experienced with it, but I still prefer IntelliJ when it gets complicated.

[brianpan]

I felt really silly that the answer is just adding a "-i".

But then I tried it and...WHAT?! Git is an endless rabbit hole of complexity.

[_virtu]

That's not the only reason I was using the tooling at the time. Specifically everything else regarding the JetBrains ecosystem kept me hooked, but when I was looking to replace what I liked in JetBrains with other tooling the last piece of the puzzle was replacing the git workflow.

[ryanlitalien]

I've been using their git diff/checkin tools built into RubyMine since I started with git. Going on about 12-13 years now. Their conflict resolution UI is so much easier than editing text contents between the >>>>s and <<<<s.

[midasz]

To be fair, VS Code git implementation is really off-putting if you've used something good.

[enlyth]

Personally I love it and find it very intuitive.

It allows you to do stuff so much faster than having to type everything manually into the terminal. Also really enjoy the "Undo Last Commit" feature and how I can easily see all modified files at once and shuffle around stuff between the staging area.

[maccard]

The parent is comparing it to, e.g. jetbrains git integration.

[KptMarchewa]

I have no idea about both. I just use git in terminal.

[insane_dreamer]

Honestly, the git implementation in PyCharm is better than any git app I've used, including lazygit (which I like and is my go-to when not in PyCharm).

[jgalt212]

Git is just that bad, huh? The best backhanded endorsement of mercurial I've seen so far.

[KptMarchewa]

I've always had the opinion that people complaining about it are just holding it wrong.

[notpushkin]

Or if you prefer a GUI (still separate app, so works anywhere, too): https://git-cola.github.io/

[shunia_huang]

Graphical interface won't work well inside WSL, that's why I dropped my subscription on GitKraken and start using lazygit. lazygit simply works in almost any environment, and it works extremely well even if you are not into terminal stuff.

[notpushkin]

Yeah, that’s the power of TUI. I would probably give it a go, too, but Git Cola works for me on Linux and Mac without too many issues.

(By “works anywhere”, I meant you can use it with any IDE or editor, or just run it from terminal, though it is cross-platform and should work on Windows, just not sure how well it would play with WSL.)

[wkat4242]

Yeah I really wish VSCode had a TUI option :( That would be so useful and so much more performant

[_virtu]

What’s stopping you from using it in the terminal view of VSCode? Perhaps I’m misunderstanding your comment so please forgive me if I am.

Maybe you’re saying that you wish VSCose itself was a TUI?

[wkat4242]

Yes the latter, that it did have a TUI option for its interface.

[tracker1]

A TUI editor with a lot of the features of VS Code could be pretty cool... Basically a relatively thin shell on the remote editor server.

[ffsm8]

Really? While there its certainly slightly annoying because they have the "double menu bar" if they use a non-standard one like the jetbrains ides do... I feel like wsl gui support has essentially become a "solved issue" for a while now.

[shunia_huang]

Yes and no, GitKraken actually have a graphical interface for WSL (or Linux generally), but it is barely usable as the WSL-g does not really work well. It's blurry for Hi-Res screen and the performance is like hell.

I would never try running any graphical stuff in WSL anymore, not worth it. VMWare with a graphical installation of any Linux system would be a preferred choice as I'm testing lately.

[Datagenerator]

Or Proxmox or just virt-manager

[notpushkin]

Hmmm, is there a native virt-manager build on Windows? Though I suppose running it in WSL and connecting with an external SPICE client would work just as well. (I’m wondering if there’s a way to just run SPICE server in WSL.)

[gizzlon]

Just found LazyGit as well. it's amazing!

Also like Sublime Merge, if you want a GUI (paid though)

[nikanj]

Fortunately JB broke that addiction for my by first moving the commit dialog behind an option, and then removing it completely. If I have to learn a new workfrow, I might as well learn a new tool

[conradfr]

Currently the plugin version still works but they made it clear it will be unmaintained in the future.