TFS–Automated Project Creation

I posted a while back about the…difficulties…migrating from VSS to TFS in terms of mass project creation and re-creation. Specifically, the process to create a team project in TFS is somewhat manual and it has been extremely frustrating re-initializing our TFS sandbox prior to every iteration of testing…until today…

Part 1

Today I stumbled across a useful nugget of information – there is a client-side Team Explorer command called File.BatchNewTeamProject located in the Microsoft.VisualStudio.TeamFoundation.TeamExplorer DLL located in C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\PrivateAssemblies. This command is used by Team Explorer in Visual Studio to create a new team project. A little extra investigation led me to a Codeplex project (http://tfsprojprovisioner.codeplex.com/) by Brad Kaenel named Team Foundation Project Provisioner with the express purpose to
“1) Produce a .Net assembly that encapsulated all the fiddly code necessary to generate the required XML file and invoke BatchNewTeamProject; 
2) To write a shop-specific provisioning tool that not only created Team Projects, but also did the necessary post-creation tasks that I needed.”
This code does everything I need and more (right now I don’t need to pull in AD groups etc.) solving part 1 of my problem.

Part 2

Building on this I decided to parse our existing conversion.xml files, used by VSSConverter to migrate VSS projects to TFS. The file looks a little like this trivial example: 

<?xml version="1.0" encoding="utf-8"?>


<SourceControlConverter>


  <ConverterSpecificSetting>


    <Source name="VSS">


      <VSSDatabase name="C:\TFSMigration\vss_database"></VSSDatabase>


      <UserMap name="c:\UserMap.xml"></UserMap>


    </Source>


    <ProjectMap>


      <Project Source="$/BillingProject/BillingProject/Client" Destination="$/BillingProject/Client"></Project>


      <Project Source="$/BillingProject/BillingProject/Server" Destination="$/BillingProject/Server"></Project>


      <Project Source="$/FinancialProject/FinancialProject/Client" Destination="$/FinancialProject/Client"></Project>


      <Project Source="$/FinancialProject/FinancialProject/Server" Destination="$/FinancialProject/Server"></Project>


	  <Project Source="$/FinancialProject/FinancialProject/Common" Destination="$/FinancialProject/Common"></Project>


      <Project Source="$/StaffingProject/StaffingProject/Client" Destination="$/StaffingProject/Client"></Project>


      <Project Source="$/StaffingProject/StaffingProject/Server" Destination="$/StaffingProject/Server"></Project>


    </ProjectMap>


  </ConverterSpecificSetting>


  <Settings>


    <TeamFoundationServer name="myserver.mydomain.com" port="8080" protocol="http" collection="tfs/MyProjectCollection">


</TeamFoundationServer>


  </Settings>


</SourceControlConverter>

Obviously this file contains all of the requisite information to identify needed TFS (destination) projects and pulling this information out couldn’t be simpler:

static void Main()


{


	var uri = new Uri("http://myserver.mydomain.com.org:8080/tfs/MyProjectCollection");


	const string processTemplateName = "MSF for Agile Software Development v5.0";


	var projectProvisioner = new ProjectProvisioner();




	var loaded = XDocument.Load(@"C:\conversion.xml");


	var listOfProjectPaths = loaded.Descendants("Project").Select(x => ((string)x.Attribute("Destination")).Replace(@"$/", string.Empty));


	var listOfDistinctProjectNames = listOfProjectPaths.Select(x => x.Substring(0, x.IndexOf("/"))).Distinct();




	projectProvisioner.ProvisionProgress += MyProvisionerProvisionProgress;


	projectProvisioner.ProvisionException += MyProvisionerProvisionException;




	foreach (var project in listOfDistinctProjectNames)


	{


		projectProvisioner.Create(uri, project, processTemplateName, null, null);


	}


}





I created a simple console app, referencing the TFSProjectTools assembly from tfsprojprovisioner. Loading the conversion.xml file from my C:\ drive I was then able to loop through each project element and performed some simple string manipulation essentially turning this:




"$/StaffingProject/Server"



into this:


StaffingProject





and returning the distinct root projects. I looped through these projects and used the Create method in TFSProjectTools to create the required projects. That is all VSSConverter needs to be set up and I finally have a repeatable solution in place to create the requisite projects for our VSS migration. 













































Comments








Post a Comment

























Popular posts from this blog









Excel - Adding an existing Pivot table to the data model




















Image







  I've been working more with, and continue to be amazed by, Power Pivot. I recently ran into an issue where I needed to add the data for an existing Power Pivot report to the Data Model. There is a checkbox that makes this easy when creating a PivotTable: As so often happens, the analysis grew in scope/importance and I found myself needing to add the data to the data model. While it's not obvious how, there is a way to add an existing Pivot table to the data model. There's a More Tables... link in the PivotTable Fields pane.  Clicking on the  More Tables... results in a dialog confirming that you want to Create a New PivotTable .  Doing so will result in the creation of the new PivotTable in a new sheet. By default the data is added to the data model. You'll likely lose some formatting but for anything other than a trivial PivotTable, this should save effort, as it did for me.








Read more










Mirth




















Image







Introduction Let's talk about Mirth. At it's simplest, Mirth  link  is an Open Source HL7 interface engine. HL7 (Health Level 7) is an NPO involved in the development of healthcare standards and the HL7 v2.x and HL7 v3 standards are commonly used in Medical Information for data interchange - including but not limited to clinical, financial, logistical and administrative messaging. I first ran across Mirth over a year ago on a personal quest to find an alternative to our client's legacy HL7 application. Academically, I wrote a number of lexical analysis tools using lexx, yacc, bison and JavaCC and knew the challenges of writing and maintaining complex parsers. I was simply looking for something that could parse HL7 for us, and perhaps log messages and provide a little more transparency than our application currently allowed.  A year later and our legacy application is still going strong (read: my proposal was declined), but Mirth is being used in production, far away from th








Read more










Getting Started with Mirth (Part 1)




















Image







This is the first post in a 2 part series. The second post is here      Recently I posted about my positive experience when using Mirth by Webreach as an open source communication layer between one of our in-house applications and a third party and proprietary web service interface. That post received a large amount of attention (relative to my other posts :o) ) so now I will post a quickstart guide to creating a similar setup.   In this post I will go over the very basics of using Mirth (please dig in and play around with some more advanced options/configurations), specifically I will demonstrate how to use Mirth to read data from a database, package the data up in a SOAP envelope, send the data to a web service and process the SOAP response. I'll also show you how easy it is to monitor channels once deployed.   Once you've installed and opened Mirth for the first time you'll be presented with an empty dashboard - but it wont stay empty for long. This is where you'll s








Read more