I don't know how, but TFS is claiming files in the same workspace folder are mapped to different local directories. The TFS client is showing me a working dir but some files are mapped to a sub-dir when I do compare/check-in operations.
I have tried to remove and reinstate the workfolder mappings but it hasn't helped.
Possibly files checked out for edit before a workfolder is remapped are to blame?
Related
My server folder mapping with the local folder got somehow removed in TFS and now the TFS is not permitting me to remap it back to the local folder again displaying the below message:
The path C:\Folders is already mapped in workspace Ashley
I tried removing files from cache folders present in %localappdata%\Microsoft\Team Foundation\x.0 folders but it did not help. I then renamed the $tf folder within C:\Folders but that too was of no use.
Any help will be greatly appreciated.
Thanks
I am using TFS 2018 CI pipeline for MVC project, also I added the project's bin files into the TFS, there is no problem with the pipeline, its getting succeeded and artifact is generated successfully but the main problem is that if I made any changes in code related to project's DLL,
the CI pipeline's build solution not generating its own latest bin file
Until or unless I manually check Out the project.dll file and than check In the file than pipeline will pick the changes, what I am missing, same result by using 'MSBUILD' tasks, I also TICK clean the 'all directories' but same result
After spending whole day I came to the solution that, bin folder should not be added/included into the Source Control (TFS/Azure),
bin folder or project's binaries should not be added in to TFS
bin folder should be excluded in the project, after doing this operation, when I run the same build pipeline and inspect the artifact found that TFS builds added the bin folder and files accordingly, thats shocked me.
One thing should be remember in this case that what about external dlls reference, create a CommonDLLs folder at the same level of the src folder and put all external DLLs there. They are referenced through a relative path
I have a few environments setup that connect to TFS through an eclipse based IDE. I have the main project folder mapped to a local folder and I have 2 subfolders mapped to a different place locally. For some reason on only one of the environments when I perform a get operation, the subfolders that have been mapped additionally are not downloaded on both the main project folder and the external mappings.
I have tried recreating the workspace, removing the mapping, to re-install TFS 2012
What could be the possible culprit?
Have no business with subfolders if they are mapped elsewhere. You just make sure to perform a get operation at one or more level up of that subfolders.
In you case, you could first check the mappings for main project folder and 2 subfolders. Make sure they are in a same workspace.
Then try to get root folder in that workspace, check if this work.
Also try to clear TFS cache in your dev machine, which may do trick.
If all of above still not work, suggest you use get command line to download the folders, add /recursive such as tf get $/Project/Main/recursive
Recursively gets items in the specified directory and any
subdirectories.
In my solution I have a basic ASP.NET MVC website and a Wix Project. To identify the files that need installed I'm using Heat (a Wix component) to index the build output. This is part of a post-build event. It works perfectly on my local machine when building in Visual Studio 2015.
My problem occurs when checked-in and the CI (TFS Build) builds it. The differences are:
The contents of the bin folder is placed directly in the build folder
The rest of the website is placed under a new _PublishedWebsites folder
This means many of the references get broken. For example when dropping the _PublishedWebsites folder into IIS breaks (as .net cannot locate the contents of Bin)
After much research on the subject, and many attempts to pass MSBuild parameters, I'm reaching the end of my efforts.
Is there a way for a build in TFS to leave file locations intact without copying and creating new folders?
If not what is the recommended way to get a deployment ready site (in a single folder) from TFS?
Adding a Copy Files task to copy bin folder to $(build.artifactstagingdirectory)\_PublishedWebsites, check the screenshot below:
How can I exclude the bin folder from Check in and Check Out from TFS version control in the TFS plug-in for Eclipse?
The bin folder should already be ignored by TFS unless everywhere is configured differently. Do possibly mean that the bin folder is already checked in and you don't want to manipulate it any more? If that is the case simply delete the bin from tfs and it will stop prompting you for check out/check in. Bin folders typically are not under source control
You can use a .tpignore file to ignore files. The easiest way to add the bin directory to your .tpignore is to simply right click on the bin directory in Package Explorer and select the "Ignore" option in the Team menu.
I had the same problem, I added the following to the .tfignore file
/bin/
/bin/.*
/bin/classes/*
I had to include the classes directory explicitly because it continued to appear in the pending changes.