Discrepancy when files are deleted

If I delete a folder than is the local path for a node under source control, it still shows up in the Source Control Explorer that the folder still exists and is the latest version. I even restart VS.NET 2005 and it still shows up in this way. How can I fix this discrepancy?
[275 byte] By [JasonD.Camp] at [2007-12-22]
# 1

Just to make sure I understand what you saying, you are deleting a folder from you Visual Studio project that is under source control. Are you getting an error when you try to check in pending changes? If so, I've seen this before and the person needed to push the refresh button at the top of the Check-In window.

If this is not your problem, how are you doing the delete? Are you deleting within Visual Studio 2005? Source Control Explorer? The File System?

Doug R

DouglasR at 2007-8-30 > top of Msdn Tech,Visual Studio Team System,Team Foundation Server - Version Control...
# 2
I deleted the folder directly from windows explorer (file system). I clicked on refresh, but this doens't seem to help. Maybe this is just the expected behavior when you delete files on the file system.
JasonD.Camp at 2007-8-30 > top of Msdn Tech,Visual Studio Team System,Team Foundation Server - Version Control...
# 3

Have you tried just deleting the folder from Source Control Explorer? I remember getting some strange behavior in the past when trying to just delete files from the file system. It was a while ago, but I think I ended up checking out the folder and deleting from within Source Control explorer and the check in the delete.

DouglasR at 2007-8-30 > top of Msdn Tech,Visual Studio Team System,Team Foundation Server - Version Control...
# 4

When you Get files into your local cache (local PC), the TFVC server keeps track of the files and versions that you have retrieved. If you physically remove the files from the local drive, TFVC doesn't know that they are gone. If you delete the files from Source Control Explorer and then do a check-in to commit the delete, the files are removed from TFVC and from your local drive.

The important thing to remember about TFVC is that it wants to control the files in your local cache and doesn't know what you do outside of Source Control Explorer. When you "Get Latest" or "Get Specific Version", TFVC will sync your local cache with the files on the server. This extends to adding new files that you don't have, updating files that are out of date and deleting files that have been removed from version control. It is also why you cando a "Get Latest" but TFVC tells you that all files are up to date, even after you deleted your entire source code folder. TFVC knows that you sync'd up with the latest files the last time and has no idea that the files have been deleted from the drive.

- Steve

SteveSt.Jean at 2007-8-30 > top of Msdn Tech,Visual Studio Team System,Team Foundation Server - Version Control...
# 5
A few points in addition to what Steve said:
- Source Control Explorer is always a view of what’s on the
server, not your local workspace. Even if you pend a delete through
TFVC properly, it will not be reflected on the server until you checkin
the change.
- If you need to re-sync files on disk that TFVC thinks you
already have, run Get with the /force flag. In the UI, use Get Specific
Version and tick the “force” checkbox.
- If you have “show deleted options” checked in Tools ->
Options -> Source Control, then SCE will continue to show deleted items,
albeit greyed out.
RichardBergMSFT at 2007-8-30 > top of Msdn Tech,Visual Studio Team System,Team Foundation Server - Version Control...

Visual Studio Team System

Site Classified