I tried to map a workspace and started getting latest from it, the number of files to download were quite large, talking gigabytes.
Anyway I cancelled it halfway through as I needed to do a restart. Now when I launch VS (with or without a solution) it just hangs saying "Preparing solution" and a balloon pops up on the left saying its doing an internal operation.
I think its still trying to get latest in the background or connect to the workspace, how can I cancel this?
I would try the following (from fastest to the most thorough one).
in windows explorer/dos prompt search for suo files and delete them (they are marked as hidden). Download all files from commandline or source control explorer. Open solution
redo your steps, creating new workspace just don't cancel this time
Do note, if vs is hanged on something, make sure that no modal window is displayed, waiting for your input.
Related
When Source Control Explorer shows that a file is Not Downloaded, selecting Get Latest Version will result in the following:
I don't remember this happening in the past. Is there a way to prevent this?
This kind of error or situation may occur when using "Get Latest Version" after someone else has just added a new item to source control.
For example, it seems to be triggered by multiple people working on the same solution at the same time. So if you check stuff in, then the other user gets this message when doing a "Get Latest". It appears Visual studio is detecting the files that were checked in by the other user and then pulling them in the background but not updating the local workspace data, so when you do a Get Latest, the files already exist, but it gets confused as to the source control status and throw this because it's confused.
One solution for this issue is closing your Visual Studio and clear TFS cache. Then open the Visual Studio and get latest for this file again.
Another way is directly removing the work space and create a new one then tfs will prompt you to download everything again. https://msdn.microsoft.com/en-us/library/ms181386(v=vs.100).aspx This should do the trick.
When I click on "Compare with Workspace Version" in Visual Studio 2015 Enterprise, using TFS, I get a blank screen with a message at the bottom saying "Running a compare operation in the background. Once the operation has completed, the results will be displayed in the compare tool."
I restarted my machine and also went into the following cache folders and cleared out the contents:
C:\Users\xxx\AppData\Local\Temp\TFSTemp
C:\Users\xxx\AppData\Local\Microsoft\Team Foundation\6.0\Cache
Strangely, when I do a solution-wide search for a term, some of the cached items in that first path still appear in the search results, and the files open even though I deleted them.
I suspect that a slow internet connection is related to the issue, but I can't compare any files now, even with the internet being at tolerable speeds. Is there more cache I can clear to get the compare feature working again?
I used the option to reset all settings as per the following thread, and compare started working again:
What is this 'Waiting for Background operation' in Visual Studio 2012?
Whenever I get a bluescreen of death or a locally installed program freezes my computer and I have to reset VS does a nice job of recovering the text files I'm editing. Unfortunately it loses all the breakpoints and bookmarks I have saved, they seem to revert make to an early state from weeks before. Is there a way to autosave/autorecover bookmark and breakpoint. Sometimes this results in days of work lost.
Breakpoints (and probably bookmarks) are stored in the .suo file. More info here.
It's not recommended to commit these to a version control repository but you could write a script to copy the file to another directory location, then run that script as a scheduled task.
Why would my VS solution lose its TFS bindings suddenly? I have been working on a project for six months and this never happened. As soon as I opened a VS project/solution, I could check in/out, view history by right clicking on any given file. But suddenly, I dont see those options to checkin checkout etc any more when I right click on a file in VS studio solution explorer.
The team explorer window still brings up the source folder structure and I can get latest or get specific from there but did any one see this kind of behavior? Please let me know what I can do to avoid these situations in future.
Did you lose connection to the TFS server any time recently? I've had this happen in the past on unreliable network connections when working via TFS remotely. The solution and all projects therein would "go offline" and would appear to lose their bindings. This made it particularly unintuitive when the connection was re-established because changes made while "offline" weren't always found.
If you right-click on the solution or the projects, is there an option to "go online"? You might check the various menus for such an option as well.
Did you move the source files to a different location on your harddrive, or change your workspace mappings?
Try opening the solution/project by double-clicking the .sln file in Source Control Explorer instead of opening it from windows explorer.
You can also try bringing up the Bindings dialog by going File -> Source Control -> Change Source Control
I recently had a very similar experience. I had made several changes which I thought may have influenced my connection resilience. After reversing out of 2 of them and the problem persisted, I finally clocked what it was.
One of the new extensions I am using is NuGet (http://nuget.codeplex.com/). Every time I attempt to add a library my TFS connection fails and is unrecoverable till a restart of VS 2010.
See: http://nuget.codeplex.com/workitem/725
There is a work around that has been reported and working which may help you even if this is not your problem.
see http://blog.rthand.com/post/2011/08/26/Fixing-combination-of-NuGet-and-Team-Foundation-in-workgroup-configuration-401-Unauthorized.aspx
Happened to me also. I was removing a whole bunch of mappings for old releases under the local workspace. It was taking over 40 minutes so I killed it. The mapping has been removed to the older branches but the branch left behind had been disconnected from TFS.
I am using VS 2010 and recently I moved some files around and changed paths etc.
The solution still compiles correctly and all files are able to be loaded/compiled without error however just about every time I go to compile after a change it gives me the save as dialog and asks me to save one of the projects, if I try to give it a new name or something the dialog does not exist nothing I do can make it exit apart from pressing cancel.
If I do a build straight after cancelling it works fine and I'm not presented with the save as dialog. I have verified that the project file is not read only.
Any ideas as to whats going on here.
The solution is stored in TFS 2008
You need to do 2 things
1- remove the read-only tick from the project folder
2- when a save-as window prompts at build, just overwrite the project
next time you build, the window won't pop up
You need to run VS as administrator. (right click on VS Icon- Run as administrator)
I solved the issue. When I try to save as this time it gives the error that file is being used by another process. Google Sync prevents to save so it opens save as dialog.
You should put your project under a folder not sync while working.
Are the bindings in TFS set up correctly with the new location? TFS will mark files as read only unless they get checked in. It might have been marked as such before you moved everything around, and now, isn't being checked out properly.
Also, try closing sync. files tools like google backup and sync.