tfs2013

We work with TFS 2013 with Visual Studio 2013, and using Gated Check-In. With Gated Check-In it's impossible to preserve pending changes locally, if one of the files is locked . We don't use locks at all, but: If you check out a file that is of a type that is treated as binary, Visual Studio Team Foundation Server might automatically lock it because binary files cannot be merged. ( MSDN ) We want to configure TFS to not lock binary files. How can we do this? In Visual Studio, use the "Team" menu, then "Team Project Collection Settings", then "Source Control..." From there you can change which

I don't know if it is related in some way to TFS 2013 Udpate 2 that I performed recently but suddenly many Stack Rank numbers we set manually are messed up and got very high random value. I have just started using TFS in my daily work and I would like to know if I this behavior is a bug or is considered correct. In the second case is there an option to set in order to avoid this automatic numbering? Ewald explains everything in this post Behind the scenes: the Backlog Priority or Stack Rank field After we shipped the change, we have received multiple reports from customers who were confused

I'm trying to migrate from TFS 2012 Update 2 to TFS 2013. Following the documentation I installed TFS 2012.2 on the new hardware, backed up/restored the databases, then installed TFS 2013 as an upgrade. I can see the Team Project and the builds. The problem is when I right click a build to queue up a new one and click on the Parameters tab I just get a blank panel. My best guess is there was an error loading the parameters. Note those builds worked fine in TFS 2012.2. If I create a new build from scratch and I use their new default template (TfvcTemplate.12.xaml) I still get the same error. I

We have a small setup of TFS server 2013 and running builds for a single project. For that project we only have a single build definition which has the Drops feature turned off. That is to say, This build does not copy output files to a drop folder . Yet we get this message every time we save the build definition: This build wastes time and computer resources because your working folders include the team projects (... Project), which include a Drops folder. You should cloak the Drops folders. See http://go.microsoft.com/fwlink/?LinkId=269693 . Normally I would comply and cloak the Drops folder

Over time the size of .git folder grows for Git repositories hosted on TFS 2013 (Update 4). Whenever cloning those repositories, .git folder can be huge in size initially, until git gc --aggressive --prune=now is performed manually. Microsoft says , that TFS 2013 does not perform git gc operations on its own. Unfortunately, it also seems impossible to force TFS to do that. Is there a way to gc/prune a Git repository hosted in TFS 2013 to reduce the initial size of .git directory? Found answer here: https://connect.microsoft.com/VisualStudio/feedback/details/1019193/unable-to-clean-a-git-repo

When I open my Visual Studio and get a solution from our TFS I have following message in the Output Window: TF401190: The local workspace [MACHINE_NAME;USER_NAME] has 158412 items in it, which exceeds the recommended limit of 100000 items. To improve performance, either reduce the number of items in the workspace, or convert the workspace to a server workspace. This is not an error, but a warning and I can work OK, although I feel there is a real performance hit during my work. To resolve this I would like on one hand to "cloak" single branches/folders that I don't use. On the other hand I don

Does anybody know how to get all git repositories within an TFS 2013 TeamProjectCollection? Documentation is very poor for git related stuff. Have you tried looking at Microsoft.TeamFoundation.Git.Client? Some pseudo code GitHttpClient client = new GitHttpClient("collectionurl", creds) var gitRepos = client.GetRepositoriesAsync().Result The Web API's are apparently the correct (and better documented) approach. e.g. GET http://mytfsserver:8080/tfs/defaultcollection/_apis/git/repositories See: http://www.visualstudio.com/integrate/reference/reference-vso-git-repositories-vsi 来源： https:/

I've followed the discussion here and I do have a similar case right after I applied Update-2 to TFS 2013 (Update-1) . NOTE: Everything used to work fine prior the upgrade. Personal alerts DO work, so it is not an obvious SMTP server error. Team alerts DO NOT work. TFS 2013 IS CONNECTED to Active Directory. All users have email addresses. No errors whatsoever in event viewer. I would appreciate the help. Thanks. I think I figured out what is happening. It all boils down to this: Teams who are not part of Contributors group are not able to receive email notifications. This behavior is new and