Uncategorized
Manipulating your TFVC repository from Build 2015
Jesse Houwing 31 Jan, 2016
Share 
When you have a TFS project collection with many Team Projects, it’s a common practice to have a “shared” project containing a collection of commonly used libraries. This library may consist of Checkin policies, Build Activities, MsBuild tasks and Custom MsBuild targets. The alternative used to be to check in these files with each team project, running the risk of them getting fragmented quickly, leaving you in a situation that is very hard to maintain.
Nowadays I’d opt to put most of these dependencies in a vsix or in nuget package and distribute them using a custom gallery or the upcoming Package Management features in Visual Studio Team Services. 3rd party solutions like ProGet and MyGet can also fill in this demand.
Unfortunately, when migrating from one system to another, you don’t get the option to change the whole solution structure or the way 3rd party dependencies are retrieved all at once, so you may need to mimic the old “shared repository” pattern when migrating build from XAML over to Build 2015.
When setting up a new build definition in Build 2015, you’ll be asked what source control system you want to use, we’re going to pick Team Foundation Source Control in this case:
When we navigate to the Repository page, you’ll see that the Repository matching your current team project was selected by default and that a default mapping has been created:
In the old XAML build editor of Visual Studio you could easily map sources and artifacts from other team projects as well, but when you open the browse window in Build 2015 this doesn’t seem to be possible:
XAML
Build 2015
However, looks are deceiving in this case. Even though the file picker is limited to the currently selected Team Project, in reality there is no such limitation. If you manually enter the paths in the mapping you’ll see that they work just fine:
It’s a bit unfortunate that the editor isn’t working here, nor in any of the other tasks, so when you browse for the location of a powershell script, or a solution somewhere in a project that isn’t your main repository you’re on your own.
This, however, is a limitation of the UI and not of the build system itself.
So, there you have it. With a bit of manual data entry you’ll be able to port your old builds from XAML to build 2015 without having to immediately change this pattern.
Remark on build scope
It may be that you’ll run into a security error when fetching sources from multiple team projects, there is a setting we’ve ignored so far, which can limit a build definition to the repository it’s scoped to. By default this setting is set to “Project Collection”, but if you’re having issues accessing the other repositories, it may be that in your case it was set to “Project”. To build from multiple repositories, you’ll have to change the scope back to “Project Collection”:
Jesse is a passionate trainer and coach, helping teams improve their productivity and quality all the while trying to keep work fun. He is a Professional Scrum Trainer (PST) through Scrum.org for the Professional Scrum Foundations (PSF), Professional Scrum Master (PSM) and Developer (PSD .NET) programs. With a strong background in the .NET platform and C#, Jesse is able to translate the needs of development teams when it comes to tools to manage work, build the code and keep quality up. He has contributed to a number of open source products that extend – as well as supported commercial tools like NDepend in their integration into – Team Foundation Server. Jesse regularly blogs and contributes to numerous communities on StackExchange and MSDN networks, he has received the Microsoft Community Contributor Award three years in a row and has been recently been awarded the Microsoft Most Valuable Professional award. He’s spoken at conferences and user groups, including the Microsoft TechDays and the Scrum Day Europe. Trainer certifications: Professional Scrum Foundations
Professional Scrum Master
Professional Scrum Developer (.NET)
Scaled Professional Scrum (SPS)
Scaled Agile Program Consultant
In past years Jesse has delivered ALM, Test Automation and Scrum training all over the world, most recently in Sydney, Milan and Bangalore. He has redelivered materials from industry leading partners as well as developed his own. In addition to the previously mentioned subjects Jesse has taught courses on Visual Studio, Object Oriented Analysis and Design, Design Patterns for C# developers, Unified Modelling languages and Regular Expressions. Jesse is married with Charlotte, recently became father of his first daughter and lives in a house that’s more than a century old in the beautiful city of Utrecht. He loves espresso and dark chocolate, travels a lot and takes photos everywhere he goes.