VS11. Bring back the old "Pending Changes" window
The new one is very confusing!!!
I think the old one was almost perfect so why did you change it??? I mean, you can add new options but why did you change the philosophy?
The most important problems I see with the new one:
- No way to have that window independent so it can be accessed easily and fast
- Difficult to see at first sight the files changed! (of course, the new “no color” interface is part of the problem...)
- Difficult to exclude changes! (in the old one it was so easy by clicking the checkbox...)
We are happy to let you know that in today’s release of Visual Studio 2013 Preview we have made numerous improvements to the Pending Changes experience. The most significant additions are the ability to undock the Pending Changes page from Team Explorer, an option for viewing changes in a flat list, text filtering, and the removal of the “All Changes” page that was used when your number of files exceeded 250 items.
You can get the VS2013 Preview build here:http://go.microsoft.com/fwlink/?LinkId=306566
Program Manager | TFS Version Control
If you want to change the design and claim its better for me in the future thats fine with me, I will get used to it but Im suprised no-one has mentioned the speed problems I have with the pending changes window, although there are far too many compaints to read them all
I find I have to wait for the pending change window to update quite regularly and cannot click on anything in the team explorer while it keeps refreshing itself, but, even assuming our repository is huge and our network is terrible and could be sped up, it ran a lot smoother using 2010.
If I click on an item to change it and the window is still loading and changes shape beneath my mouse, ( like the start page annoyigly did) then my click activates something else. If I start editing a file and want to look at its details and go to the pending changes it will take ages to load. It looks ready but I click on something and it will instantly refresh and freeze my mouse.
The diff also takes much longer to load and appear, if you use it to edit the pending changes will update themselves continually, just as you think its finished and you go to click on something, it updates itself a bit more and makes you wait again. Its not just slow, its a tease.
I assume the window is regulary checking with the source control server for information that I probably dont need right away, but its unreasonable to have to wait 8 seconds after saving a file change before I can click on anything in my pending changes window and continue my work.
Please stop integrating everything into one big slow running behemoth just to make it look shiny.
I hear the developers dont even use TFS. Make them, and they will fix it.
Steven Bone commented
After looking at the 2013 Release Candidate, I am still unhappy with the new Pending Changes window. I much preferred the tabs down the left side (instead of taking all of my vertical real estate) as well as the checkboxes to include/exclude files (combined view instead of included/excluded sections). Please take this (yet again) back to the drawing board.
Garry Star commented
I want this fix in 2012!
We upgraded a 25 solution applcition from VS 2010 to VS 2012. This resulted in ~200 modified files. Before checking in, we did a Get Latest Version from the Source Control tab and had ~40 conflicts due to recent edits by other developers.
How can we manualy merge the ~40 conflicting files given that they are across multiple solutions?
The Resolve Conflicts window will not find any conflicting files, nor does it show the workspace/solution to search for conflicts.
We need to do the manual merge first, restest locally on a dev machine, get a final code review and then check-in.
VS 2013 is alpha/beta and cannot be used for our commercially sold software until it is released into production for a few month at the earliest.
Bring it back
Even if Pending Changes were not broken in VS 2012, you would still need to buy a new 2013 version :) Looks like they are shortening release cycles for Windows and other products to be more like Apple and Google.
I have to buy a new version just to get back something simple that worked fine on previous versions?! Really?!
Incredible... "We returned old pending changes window, all you need to do is to buy VS 2013" ;) Thanks a lot.
The link you posted to the preview build is broken. It should not have "here:" in front of the real link.
Dismiss your usability experts!
Agreed - I find this a nightmare to work with!
Please bring it back
Michael Kröschel commented
uh yes bring it back when you work in differnt branches the tree drives you mad :(
Please bring it back
bring them back
Randy Bratton commented
I don't have the option that some other developers have of going back to VS2010. My company says I HAVE to use VS2012, so this is going to be one PITA once I have to start checking in change sets. I have to exclude certain files because I work remotely, so these can NEVER be checked into the Team's TFS.
One of the reason that VS-TFS UI integration is so pathetic is that MS developers don't use TFS internally.
They use source depot, which is one of the best source controls I have ever seen.
They need do dogfood it more thoroughly.
To Sean Bergam on MultiSelect:
This is a very lame reason to use VS 2012. You can do it easily (and more intuitively) in VS 2010.
Just multi select your files (using space/shift/Ctrl+A... whatever) and press space.
Also, VS2010 has a tree view option in Pending Changes also, why can't VS2012 have a listview too?
Pending Changes in VS 2012 is a complete ****. In fact VS 2012 in whole is so non intuitive that it is unusable. MS forgot that VS is a developer tool, and developers need to know their changes in a plain view, WE know what we are doing.
DON'T try to teach us what we are doing.
The other big pain point is shelving/unshelving.
I am using VS 2010 just because the UI designers of VS2012 are mentally ********.
Argument-less comments such as "I like it" or "I dislike it" should be dismissed as a subjective personal like or dislike.