I've removed my project from source control and the TFS symbols don't appear in VS anymore. However, in Windows Explorer there are still signs of TFS. I want to completely un-recognize this project for TFS.
I already deleted the team and the project in the TFS management portal but those symbols (see bellow) still appear.
Here's is what it looks in Win Explorer like:
This is most likely caused by the local workspace cache for that machine. You can reset the cache with the following command (this might not be necessary):
tf workspaces /remove:*
And then repopulate it with:
tf workspaces /s:http://tfsservername:8080/tfs/Collection
Further info: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
And documentation for the workspaces command: http://msdn.microsoft.com/en-us/library/54dkh0y3.aspx
Related
I am working on a solution that has 14 projects (so far) in it. I added the solution to Azure Devops source control and can see that the solution and the startup project have the little locks in the solution explorer, also I can see the startup project files in the devops repo, but I can't see how to add the other projects. Obviously I messed up somewhere, since ideally the repo would contain a folder for the startup project rather than the files themselves, but I don't know how to "undo" the source control and reset my solution back to its original state.
Can someone tell me how to either fix the source control so that the master branch contains all of the projects in sub-folders (as per the visual studio folder structure) - i.e. how to move the startup project files in the devops repo to a sub-folder and how to add the other projects to their own sub-folders, or, failing that, how to undo the source control so that all of my solution files are back on my local hard disk?
Any advice will be appreciated.
You mentioned that you are using git. So when you DO NOT have local changes which are not pushed to your git server, that means everything is "synced".
Make a backup of your folder, just copy & paste everything!
You can just delete the .git folder. So you have no "link" to the git server anymore.
You can the link the "folder" again to your git server, with sth. like:
git remote add origin https://YOURNAME.visualstudio.com/YOURPROJECT.git
Other option is check your .gitignore file, maybe some of your projects are excluded.
When you are working with Visual Studio, can can also create a new empty solution and add the projects one by one. Also be sure that there is NO Filter in Project Explorer in Visual Studio.
You can also check your git changes, with git log or git status from any terminal or command line tool.
I am using Eclipse Version: Neon.3 Release (4.6.3), and have installed TFS plugin in it.
When I am making any changes to the code, the changed files not show up in Included Changes in TFVC Pending Changes Tab, all the changed files show up there only after restart of the eclipse or manually clicking on Action -> Detect Local Changes.
Anybody have solution to this problem, so that I dont have to restart eclipse or or manually clicking on Action -> Detect Local Changes and it detects it automatically.
First, please double check whether you are using server workspaces or local workspaces.
In a server workspace, TFS requires that you inform the server for every change - to check out a file, rename, delete, etc. This
allows TFS to avoid scanning your disk for changes, which is
beneficial for large repositories. If you want to force a disk
scan with Team Explorer Everywhere, because you may have made some
changes outside of Eclipse, you can go to the Actions menu and
select Detect Local Changes.
In a local workspace, TFS will examine your disk for changes every time you look at the pending change status. So all you have
to do is run tf status or click refresh in the Pending Changes
View to see changes made to files outside of Eclipse.
According to your description, seems you are using serverworkspaces. If so suggest you switch to a Local workspace, in which case TFS will store a copy of your file in a hidden folder, so that it always knows what your workspace version looked like when TFS served it to you.
As how to judge you are working on server workspace or local workspace and edit workspaces, follow below steps:
In Project Explorer or Package Explorer, right-click an
Eclipse project that is under version control, point to Team,
and click Manage Workspaces.
The Workspaces dialog box appears. It shows you the list of your Team Foundation Server workspaces.
Then select the one you want to convert, click Edit; the Edit Workspace dialog box appears just as
below screenshot:
Note: Local workspaces are only supported for Team Foundation Server 2012 and above.
When I delete a file in the file system, TFS 2013 will correctly show it as still being in version control, but the file will not show as pending delete, and committing changes does not remove the file from the server. If I go to Source Code Explorer, the deleted file shows up as being on the server, but if I try to delete it, I get an error saying The item could not be found in your workspace, which is also correct, but I need to delete the file and I can't find any way to do it. I really do NOT want to have to download each file and manually delete it.
So, how can I get TFS to detect files that are no longer on the local file system and remove them from the server?
Note, my workspace is local, not server. Many sources say that TFS should detect local deletes in a local workspace, but this does not seem to be true, at least, it's not what I'm seeing.
Update: I know that my workspace is local because here's the TFS Workspaces window:
If the changes are not being detected then your workspace is currently configured as a Server Workspace and not a Local Workspace.
If you edit your workspace, click Advanced, and switch the workspace type to Local.
Note: You can check the configuration by looking for the hidden $tf folder in the root of your workspace...
Use /deletes with the tfs power tool: http://blogs.msdn.com/b/buckh/archive/2005/11/16/power-toy-tfpt-exe.aspx#Online
Is there a way to tell TFS that one or more files has been moved/renamed by another application (in our case, WebMethods 9) running in Eclipse? We have to move/rename the files using WebMethods and not TFS, because WebMethods does a whole lot of automatic reference updating. However, we haven't found a way to tell TFS "hey, trust me - I moved/renamed/deleted it outside of TFS". Instead, it refuses to commit any changes back to the repository until the old file reappears.
We're working around this at the moment by creating dummy files with the old name and then deleting them again via TFS, but you have to agree that kinda sucks. I'd be happy to treat a move/rename as a deletion of the old filename and creation of the new filename; I just don't want to have to fight TFS over it.
Eclipse: 3.6.1.M20100909-0800
TFS plugin: 11.0.0.201306181529
It depends on whether you use server workspaces or local workspaces.
In a server workspace, TFS requires that you inform the server for every change - to check out a file, rename, delete, etc. This allows TFS to avoid scanning your disk for changes, which is beneficial for large repositories. If you want to force a disk scan with Team Explorer Everywhere, because you may have made some changes outside of Eclipse, you can go to the Actions menu and select Detect Local Changes.
In a local workspace, TFS will examine your disk for changes every time you look at the pending change status. So all you have to do is run tf status or click refresh in the Pending Changes View to see changes made to files outside of Eclipse.
If your workflow involves files changed outside your IDE frequently, I would strongly recommend using local workspaces, however this requires TEE 11.0 and TFS 2012 or better.
We use TFS2010 source control, gated check-in and build services. To save time, we use incremental build (Clean Workspace = None).
Recently, a developer did the following in his Visual Studio 2010:
Rename MyClass.cs to Base.cs
Add new MyClass.cs
He tried to checkin this. However, the gated checkin build failed in the "Get Workspace" step with:
BuildError: The auto merge option is not supported for the conflict on item .
After that, the build agent's workspace appeared to remain in some inconsistent state. Other people's checkins produced all kinds of weird build errors on other files that were included in that shelveset.
To work around, we eventually deleted the workspace manually, and that solved the issue (we could've also temporarily set Clean Workspace = All).
So:
Is this - shelveset with rename+add SC operations corrupts workspaces - a known issue?
We developed this problem with the .sql files for our database project. It had been working fine, then out of the blue we started seeing this error (the C# files caused no issues).
I set "Clean Workspace = All" as alluded to by Betty in the OP's comments and ran a test check-in. That seemed to fix things. I reset "Clean Workspace = Output," as I'd had before, and things seem to be working fine now.