Version control local changes tab missing in 2020.1
Answered
I recently formatted my computer and installed a fresh Ubuntu 20.04, then used snapcraft to install CLion 2020.1. I am unable to find the local changes tab in the Git view. I've searched everywhere in the Git tab, and the View -> Tool Windows. The Search Everywhere feature has a "Local Changes" but it's really just the commit window. Has the original Local Changes been removed from the Git tab?
Also, I've validated that CLion is pointing to the git application (/usr/bin/git), and tests successfully.
Please sign in to leave a comment.
JetBrains, everybody can make mistakes, but please learn from your mistakes!
I cannot bear it that the world's greatest IDE-maker is crippling their IDEs with such a stupid UI-change!
So please go back to the old Git such that local changes are immediately visible in the Git-tab.
So we are Microsoft now, just randomly changing the UI around for no apparent reason?
Why would you change this?
Mike Miller, did you try the BC change of VCS > Commit > Uncheck "Use non-modal commit interface"? This brings back the tab.
I was originally upset at this change too and the lack of notices I got about it (perhaps missed from my own lack of checking). And in another JB IDE, the change had other issues along with this one but filing an issue on that got me an answer relatively quickly.
I don't necessarily agree with the UI change in the first place and I might have missed some notifications about it but the BC change was enough for me.
So in fact, I kind of like the new change. I saw it earlier before it became default and tried it out a bit. I liked the fact that the diffs came up side by side similarly to when you split a window because its easier to see changes in context. I ended up switching back, though, because it seemed more difficult to see the diffs for each file I had changed. Now I notice that I can arrow up and down and click the changed files and the diff pane updates automatically, a much better user experience.
All that being said, one thing you must do at a minimum is provide a walkthrough for folks when introducing the change so they know what's going on. Preferably one of those snazzy ones that jumps from UI element to UI element, but even a video walkthrough would be better than wondering what happened to the workflow you've been used-to for literally years. At the end of the walkthrough allow the user to opt out if they don't like it and provide clear instructions for opting out later if they want to use it for a bit before deciding.
In case there was any need. I hate it as well. Please stop breaking with things that work well and nobody complained about, will you?
I don't use Git from the IDE much, because that is not what the IDE is for. One window for Git changes is enough.
Please stop making stupid changes like this. You are just making users upset.
What's even dumber is that the new layout comes by default.
The IDE is already perfect. Don't touch it anymore. Leave it be.
Just ran into that. I totally agree with everyone, a totally stupid change.
It probably wouldn't have been so stupid if the new "Commit" tab would have been opened by the same hotkey that opens the version control tab. But since it doesn't, it breaks the workflow people have been used to for years!
Had to find this thread to figure out what happened. I don't like the change - add +1 to the thumbs down count
This change is horrible. Why would you make it so difficult to see local changes? I used to be able to see the differences I had made at a glance with a single button click, now I seem to have to do several steps just to have much more of the window taken up to see the same thing. I also have to remember where view> commit is every time (feels unnatural) instead of just going to version control where local changes is usually the open tab.
I dislike this change a great deal. Put local changes back in the Git tab. It just makes so much sense to be there. How many users have to hit this issue and change the commit modal setting before its understood this was a bad idea?
Daniel Lampard,
Modal windows for breakpoints, diff and variable editing are just a mess. It really looks like your designers were screwed up.
Useless and inconvenient to use. Maybe your have to learn from Eclipse a bit
(Sorry. Really pissed off)
Peter, the breakpoints and diff windows are not modal. Or at least they are not anymore, I think breakpoints was modal at some point in the past, but are not now.
Yeah, Mike, you are right!
Turning this on should not be buried in the settings! The integrated diff view on the Git tool window is a staple of Intellij.
I certainly prefer the old WUI and configured IJ to use it and I didn't grumble as much as I might have.
But 2021.3 EAP seems to have cleared those settings and I'm back to remind myself how to restore the Local Changes view and open a diff window when needed. I'm sure I'll figure it out, this message is yet another plea to leave well enough alone in this area. Or at least make it much more apparent how to get back to the 'old' behavior.
I don't like this change either. I had to Google to set this back. I like that the `Local Changes` are together with `Git`.
Lol, this was the worst "update" ever. Like everyone else that is one of my most used pieces of functionality.At least there is a way to restore it.
stupid design. i hope this didn't happen like COVID19
gonna bookmark this page, everytime i make a fresh install i end up in here.
I don't see how the removed use case of local changes finds a substitute in the commit workflow, if someone could light things up for me...
Even in 2022 this is still a major issue for me. Removing the diff from the local changes is a huge change that no one wants
I can't understand this change. The most often thing I do with git is "git status". This tab is one of my reasons to use intellij. Now it just disappears and no easy way to find it!
That's the worst change ever.. And thank god for that thread. I use local changes & shelf tabs on a daily basis. Please make it the default once more!
this change is sooo bad im not going to spend the next 2 hours and google to find what changed, im nit paying for an upgrade when you break my workflow, to fix my workflow, the instructions on how to fix do not work as i am a linux user, yes i did fix it, but at a cost of 2h of my dev time, and its the last time, this feature is the ONLY reason i use intellaj vs emacs, id rather spend my time learning a usefull skill like emacs or vi, thats universal across platforms, that doesnt change every time a tech manager decides he knows whats best for 1000s of developers not even related to your company, this is tech debit introduced by jetbrains, this happens over and over, every release, this disrupts us professional developers jobs, yes we are paid to actually create working products, keyword working, switching to the 2022 version is soo bad my ide crashed every 5 min. why did you have to support wsl, i cannot upgrade past 2021.3 due to wsl, not everyone is a ms user
Why would you remove this extremely useful interface and hide it behind a vaguely-worded settings flag? Just put a clearly-labelled button in the VCS interface to toggle it.
Also strongly dislike this change!
This is the most annoying change of all! I am one more annoying change away from switching to different IDE. Why would you want to spoil a feature that everybody uses? I don't think anyone would want to jump oceans to see their local changes.
Over two years of people consistently commenting about how terrible this change was and there hasn't even been a response from the Jetbrains team about it. This is so strange...
Hello Shadoninja
There is a reply from JetBrains team on a first page of this thread.
There is an setting that you can change in order to bring old experience back - please go to Preferences | Version Control | Commit and disable "Use non-modal commit interface"
Ruslan Kuleshov Read the comments in this thread
Thank you Brecord2 for taking up this topic, I finally have found my favourite "Local Cahnges" tab, which I thought was lost forever :)
Very useful and convinient tab, Don't remove it!