tfs2015

I'm setting up TFS 2015 on-prem and I'm having an issue on my last build step, Publish Build Artifacts. For some reason, the build agent appears to be archiving old binaries and I'm left with a huge filepath: E:\TFSBuildAgent\_work\1a4e9e55\workspace\application\Development\project\WCF\WCF\obj\Debug\Package\Archive\Content\E_C\TFSBuildAgent\_work\1a4e9e55\workspace\application\Development\project\WCF\WCF\obj\Debug\Package\PackageTmp\bin I'm copying the files using the example minimatch pattern to begin with: **\bin I'm only testing at the moment so this is not a permanent solution but how can

We used to set up our dev machines to receive build notifications in the task bar. However, the process we've followed - as per this description - doesn't apply any more with Visual Studio 2015 as the Build Notification app is no longer part of the package? Any ideas what happened to it? Replacements? Work-arounds? Update 4/2016: Nothing appears to have changed with Update 2 - new build definitions still don't show up .. The BuildNotificationApp is still a part of the VS 2015 and can be found here: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\BuildNotificationApp.exe .

After upgrading to TFS 2015 we are seeing all users in the collection being displayed as options for the Assigned To fields of a Work Item. In 2013 we had set an ALLOWEDVALUES rule set to [project]\Contributors. It would restrict the list in the drop down to only the values in that group. Now the drop down shows everyone and only complains if you try to select a user from the complete list that is NOT in the contributors groups. How do we get the old behavior back? In many organization, the work item type is shared across many teams. The old dropdown was long and was cluttered with people you

I am attempting to switch to the TFS 2015 SDK dlls (Version 14) for a few reasons. First, they are in nuget and second, the 2013 SDK dlls (Version 12) require the 32-bit flag flipped in IIS. I pulled down nutget package and the namespaces all line up with the existing version 12 namespaces. Everything compiles fine and there was no error on local deployment. However, when I attempt to load projects using the WorkItemStore service. TfsTeamProjectCollection collection = new TfsTeamProjectCollection(URL); var service = collection.GetService<WorkItemStore>(); I get: Additional information: Unable

I have generated my xml coverage file as part of CI build on the TFS server using vNext 2015 build definition. How would one display the results in the TFS 2015 summary ? Either using the xml report or the html generated using the ReportGenerator. You need to convert the results produced by OpenCover to a format which can be parsed by TFS. One way to do this would be to use the OpenCoverToCoberturaConverter NuGet package. Once you have that, you can use the Publish Code Coverage Results build step. I have described the whole process on my blog . In “TFS 2015 - Update 2” this is possible by

I am in the process of upgrading our existing solution to .Net 4.6.1 and have been unable to get our unit tests to run during a server build. Locally they run as expected and flipping the framework version back to .Net 4.5.1 makes them run again on the server. I am getting the following error: No test found. Make sure that installed test discoverers & executors, platform & framework version settings are appropriate and try again. I have reproduced the problem in a simpler setup: Solution with a single C# Unit Test project with two tests (one failing, one passing). XAML build definition using