Git status in File Explorer
ozsay opened this issue · 247 comments
Similar to what atom provides in the project explorer:
- New files are displayed green.
- Modified are displayed yellow/orange.
- Ignored files are displayed transparent-ish.
Thanks
- 1
Would be cool if this was exposed as an extension in some way. I worry that in some cases, the tree can be a bit polluted with color and look like a Christmas tree. Or if not, at least have the option to toggle it on and off.
Yes I agree. I created a separate issue to have this exposed in extension API (see #1394).
+1
Would love that too. The Git tab is very handy but this is for another purpose - having colors like in Atom would be very complimentary to see at a glance what's changed and where (with the color propagating automatically up to the top directory). That's probably the feature I miss the most from Atom.
Usually, you don't have 10s or 100s of modified files uncommitted, so it's unlikely to look like a Christmas tree :)
So it looks like the PR for this was closed. @bpasero @joaomoreno - any updates on the status of this work?
No updates...
Thanks so much for your interest in this issue! It is currently assigned to the backlog. Every month we pick items from the backlog to plan for the current iteration. Please see https://github.com/Microsoft/vscode/wiki/Issue-Tracking#planning for more information.
Since we are a small team of developers, there is only so many feature requests and issues we can work on for one milestone. Nevertheless we always welcome pull requests and are happy to accept them if they meet our quality standards.
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
Please stop writing +1. It emails everyone in the issue. Use the emoji reactions on the first comment.
+1
Hi, do you have any news about this feature-request? I started to use the vscode today and I'm already loving but I really miss the colors indicating the changes
Congratulations for your work
+1
I add some screenshots to help:
Atom default:
VSCode default:
+1
+1
This would be very useful.
there is already the ability to modify the way files and icons are listed in the file tree.
This extension does it
https://github.com/robertohuertasm/vscode-icons.
It does not colour the file names however
+1
+1
is there any changes? This feature stops me moving from Atom. :(
I just moved away from Atom as performance feels much better in VSC. However, this is a luxury feature that I miss in VSC.
+1
I think it'd be nice to have this as a built-in setting (e.g. git.colorExplorer) instead of an extension.
@rahulnever2far No, it was just a suggestion since it was previously suggested that it could be exposed as an extension API (which is okay too, I suppose).
Recently decided to move on VSCode and I really miss this feature
Please add. Adds friction to productivity when trying to jump over from Atom.
@KozhokarAlex @bhudgens and others: click the thumbs up icon in the first post to show the developers you are requesting this feature. They sort issues by thumbs up to determine which feature requests are the most popular ones.
As you can see from this kind of issues sorting, this issue is the 3rd most requested feature right now.
Thumbs up. Recently came over from Atom..hope to see it in VSCode soon!
Ah thanks @joaomoreno!
Please also add the same coloring/qit status to QuickOpen, not just FileExplorer.
This way opening files can be visually filtered based on already changed files.
what is going on with this? why won't the maintainers merge @joaomoreno PR ? is there a plugin we can use now? this is just plan silly
+1 this feature would be amazing for productivity
+1
@publiclass1 @hevans90, ... (insert all other people who commented with +1) ..., PLEASE do not post comments about just how much you want this feature. This is what GitHub added the emoji reactions for. Just thumbs up the original comment. That way I can get back to using email notifications what they were intended for (keep updated about the progress of this issue, and not whoever in the world also wants this). Sorry everyone for also spamming you. I sincerely hope more people will learn to stop +1-ing issues.
+1
I use PhpStorm But would rather use VS Code for everything. I currently use as many VS Code windows as I can. Can you please eventually have this coloring system as an option as I prefer/know the PhpStorm colors. For reference:
Black - Up to date - File is unchanged.
Gray - Deleted - File is scheduled for deletion from the repository.
Blue - Modified - File has changed since the last synchronization.
Green - Added - File is scheduled for addition to the repository.
Brown - Unknown - File exists locally, but is not in the repository, and is not scheduled for adding.
etc via https://www.jetbrains.com/help/phpstorm/2016.3/file-status-highlights.html . You guys rock, Thank you.
and
- files which were merged with conflicts are displayed red,
it's very convenience to distinguish conflicted from others
+1 Having to toggle back and forth between the Git <> Explorer views is super unproductive.
Ideally it would be possible to also see the changeset as a group on top where we have Open files, as well as a nested tree of changes visualized by color (as shown by @abdonrd above.)
Come one guys, just stop with the +1.
Please place a thumbs up on the first post.
I've got an interesting use case and argument to make a generic API that would allow plugin to color individual files and folders:
File/folder aging similar to Trello aging powerup - I'd like the files and folders that haven't been touched for a long time (judged by git history) to fade out, so that the 'working set' would be more distinct and easier to find.
Why: I have a large repo of tiny projects (think a bunch of scripts for analytical report) where 90+ % of work won't be touched again (but I can't move old stuff to subfolder because it would break a lot of links pointing to repo).
If there was an API endpoint for coloring tree items, I could write a plugin that reads the git log and colors each file/folder according to some set of rules.
So what about it, isn't there still API that allow to create extension for this, or will this be implemented as integrated feature?
Any update on this?
+1
+1
+1
Can you guys please stop +1 ing and spamming our mail inboxes ???
It serves no purpose at all.
+1 to no spamming xD
protip: filter out messages from github where the body equals/matches/lolwuts "+1"
you can't stop these people.
@jmbelloteau as @fredrikaverpil said earlier in the comments, VSCode issues are sorted by the number of thumbs up to the original comment. So commenting "+1" instead of adding a reaction to the first comment is indeed spamming, as it's not the correct way to provide feedback and only sends useless emails to everyone. And contrary to adding a reaction, it won't even be taken into account.
+1
I am so used to this in Webstorm too :D. But as I can see this will probably be developed sooner than later. Here is a screenshot from Webstorm for inspiration (following @abdonrd):
Ah, also untracked files are shown as red!
+1
Just gave VS code a try for the first time today (coming from Atom) and one of the first extensions I searched for was "git status" highlighting in the explorer view. The "source control" tab on its own is very nice, but having folders/files highlighted allows me to quickly navigate to the component that I'm working without having to always leave my directory tree expanded (highly useful for FE codebases that tend to have more deeply nested structures).
ideally, it would be great if the colors are able to be modified individually.
{
git.newFileColor: 'green',
git.changedFileColor: 'yellow',
git.untrackedFileColor: 'blue',
git.ignoredFileColor: 'gray,
git.mergeConflictFileColor: 'red'
}
+1
I've been searching for a while for a good app to remind me to drink water.
Then, I realized that I'm subscribed to this thread.
Keep the +1 coming guys, they're not useless anymore 🚰
@mmazzarolo
Why you need reminder to drink water? Is it not enough to drink when you thirsty?
Anyway, please stop +1-ing. I'm sure the devs are already aware of this and will post updates as they come.
@pohmelie that's a valid alternative, thank you!
+1
wtf is wrong with these +1 people ?
Great idea, @davidhu2000! It would be nice to support hex colors like git.ignoredFileColor: '#333333', too.
There's a nice list of the types and colors that JetBrains uses here: https://www.jetbrains.com/help/idea/2017.1/file-status-highlights.html (you can inspect the color name to get the hex).
+1 raising awareness on how much this feature is wanted
The only reason that I'm not using VS Code. Too bad :(
Anyone know where in the codebase one might start to implement this? I want to take a stab at it.
@AndreasGassmann awesome! I'll take a look through.
The one last key feature prevents me from switching to vs code
When this feature is incorpored, I'll change to vscode
I'm subscribed to this issue because I'd like to know when some progress is done.
Everyone is aware of how wanted this feature is and right now is the second most upvoted issue :).
If you really, really want this feature just upvote the first comment, and avoid adding repeated comments.
For people that feel that this feature is neccessary to switch to VS Code. I can say it was the first feature I missed when switching from Atom, but IMO this is a small price to pay for this awesome IDE.
What's more, last week I had to do some work in Atom and I really missed VS Code's git view.
@waderyan This is a dealbreaker moving from atom.
Yes please!
+1
+1
+1
I made a very ugly hack that implements this feature by modifying workbench.main.js and injecting the CSS based on git status output. If you don't mind digging through VS Code internal files and having your VS Code execute git status every 5 seconds, take a look.
https://github.com/karabaja4/vscode-explorer-git-status
Update 28.6.2017: Fixed a bug where plugin would not load when reopening the project.
Update 30.6.2017: Added highlighting of parent directories of modified files (as Atom does).
Update 1.7.2017: File matching is now done using full file or directory path. Before this change the directory was highlighted if it had the same name as another changed directory.
Hello,
I cannot figure out if this feature is implemented or not yet?
I didn't find any settings nor extensions and as this was opened nearly two years ago, I'm confused..
@sanjibukai The issue is still open, so it hasn't been implemented yet. You can use the hack that @karabaja4 created in the comment above yours though.
I'm new here, but really does it need nearly two years to add this obvious feature?
I surprisingly never heard about vscode until recently, but when I heard about it the main feature that was advocated is precisely how vscode is good integrating git. And indeed it's good.
What a pity that this feature still lacks..
Nevertheless, keep the good work vscode team 👍
Can't keep focused without this feature. Every time i have to remember which file I edit.
+1
@karabaja4 why don't you make a PR with your hack and get feedback on how to implement it properly?
@saada I would do that if I thought any of that code could be integrated to VS Code. Running a background git status process is surely not a sane way to implement this feature. Any proper code that implements this has to be written from scratch and implemented correctly inside VS Code source framework. That is a lot of work and unfortunately at the moment I don't have sufficient time available. Sorry :(
Piling on isn't going to help things when their stated metric is already said to be the numbers of +1's the original post gets, not in replies. Also, considering this is a tool for developers, I'm kind of astonished at how much entitlement and not understanding the open source process there is going on here. The feature request is here as an open issue. You can +1 it on the post and either do it yourself (presumably working with the maintainers to make sure its not in vain) and request a merge or just leave it at that. If its a vital feature for you, then use Atom. As I write this, there are over 4000 open issues. You will have to exercise patience.
(or use @karabaja4 hack in the meantime - thanks for your work!)
+1
Doing this because just listen to talk devchat and issues with more comments will get more attention
@karabaja4 great work. Another approach: how about running git status at init, and then update whenever the onFileSave event is fired? would this be more efficient?
perhaps we could configure the way how we refresh the git status.