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.
Related
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.
I've have a Solution with Projects I can add to TFS and everything works fine. But I have a background task which generates some yml files outside of my project
Structure:
sln
project1
project1.csproj
serialization
Folder1
*.yml files
Folder2
*.yml files
FolderX
*.yml Files ...
and so on. The structructure under the serialization Folder is "dynamic" and files and folders getting added automatically.
At the moment I need to add the new files and folders directly in the source control explorer by adding new items to the TFS and selecting the serialization folder and the next time when new files and folders are added I need to do this again, ....
Is it possible to say the TFs that i should include all Files and Folders in directory "serialization"?
Use local workspaces; any files added to the mapped workspace will appear a special "Detected: added files" heading under the Pending Changes pane of the Team Explorer, which can then be promoted to include in your pending changes.
I'm using Post build event in Visual Studio to copy some .js files from a project to another using xcopy. I'm even using the \r option to overwrite any existing files. That has been achieved! It's copies the desired files to the destination directory, overwriting the existing files, but the problem is, despite changing the 'destination' files, doesn't check them out in TFS.
Is there a solution for checking out the 'destination' files automatically so I can be able to check in the correct version of those files to the server?
Tks
You could use the TF.exe command to checkout the files on the commandline:
c:\pi>tf checkout /type:text page.xsl
https://msdn.microsoft.com/en-us/library/1yft8zkw(v=vs.100).aspx
We have a folder that we branched from recently:
$/Care/Code/CareSys Desktop/CareSys-R5
However, it appears that this folder has gone missing in the TFS Source Control explorer. It has not been renamed. It has not been moved. It has not been deleted - I have used the "show deleted items" (X) function, and the folder still doesn't show.
Using the tf.exe tool, running "tf.exe changeset 10231 /collection:[url snipped out as irrelevant]" I can see a commit against the folder, so it exists - somewhere.
How can I get this folder to show in TFS?
According to your info, it seems related to the security settings. You can also use tf history <folderpathandname> to display the revision history of that folder as allen suggested. To see the 'hidden' folder. you must have read permission of that folder.
You can use tf permission command to list all permission such as tf permission /server:<servername> <folder path in TFS>
Note: To use the permission command, you must have the Manipulate security settings permission set to Allow for the folders being modified, be a member of the Team Foundation Administrators security group, or be a system administrator on the local computer (Windows Administrator security group).
I have a drop folder created by TFS build which contains all the produced artifacts:
.dll \ .config \ .pdb files from all projects
_PublishedWebsites folder
*.msi files produces by Wix projects
All I really care about is *.msi files as everything I deploy is in them.
How can I specify for the TFS build not to bother with all the other files in the Drop folder?
I know I can customize the build to delete files after the solution build, but maybe there is a clever way of disabling them at all?
Personally I use named platforms such as Application and Setup in my SLNs so that when TFS archives the drop folder one class of files goes into one directory structure and another class of files goes into another. This way it's easy to find the MSI and it's also easy to see what the application code looked like before then. (Perhaps the contents of a web.config or an HTML that was added to the application sln but not the installer sln.
IF you want to suppress the application sln from archiving you have to look at that. It's not an MSI / WiX thing.
If you are using TFS 2013 (or VSO) you can easily have a PowerShell executed post build to do whatever clean up and rearranging you need.
Note: The build used the files in the root to do testing, code analysis, test impact analysis, and other automatic actions. Make sure that you only remove files after all of the checks. A better idea is to leave the files be and just push theb*.msi files to a "/_PublishedApplications/* folder.
There is a PublishedApplication Nuget package that can make this easyer. Take a look...
If you are using TFS 2010/2012 you can use the "TFS Community Build Tools" to call PowerShell and do other things.