Comment by conradfr
2 days ago
Jetbrains seems a bit lost these days. Look at that very recent screw up [0].
I thought about moving after 10+ years when they abandoned the commit modal, and jacked up the plan prices, but I barely understand how to commit things in Vscode anyway. Let's see in 2026.
[0] https://blog.jetbrains.com/datagrip/2025/12/18/query-console...
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.
I'm kinda reading this with disbelief. Are there people whose primary use case for IDE is... git gui?
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.
6 replies →
Remember this when you're thinking about the average commenter's opinion on anything technical.
2 replies →
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.
1 reply →
Jetbrains' implementation is (was?) just that good, yes (combined with local history).
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.
To be fair, VS Code git implementation is really off-putting if you've used something good.
3 replies →
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).
Git is just that bad, huh? The best backhanded endorsement of mercurial I've seen so far.
1 reply →
Or if you prefer a GUI (still separate app, so works anywhere, too): https://git-cola.github.io/
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.
10 replies →
Just found LazyGit as well. it's amazing!
Also like Sublime Merge, if you want a GUI (paid though)
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
Currently the plugin version still works but they made it clear it will be unmaintained in the future.
I mostly rely on the CLI for my git operations anyway. It does make it hard to support others who are using the tools (VS/code/jetbrains, etc) though, since I don't really "get" the workflows in the GUI tools at all.
> I barely understand how to commit things in Vscode anyway
Yeah that’s on you not even trying. Source control panel, add files or chunks, write message, commit.
You can put it all on a hotkey.
Doesn't Jetbrains MCP (it is built on n, you need just to enable it) provide tool for refactoring?
Did they abandon the commit modal? In 2024 line it's disabled by default (in favor of tool window) but you can enable it back.
They have a plugin for the old behavior
I have been leaning towards Zed.
I've been a paying user for years. I don't see the point anymore since claude code.