<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Tfs on When Software Attacks!</title><link>https://rikhepworth.com/tags/tfs/</link><description>Recent content in Tfs on When Software Attacks!</description><generator>Hugo -- gohugo.io</generator><language>en_GB</language><copyright>&amp;copy; Rik Hepworth</copyright><lastBuildDate>Thu, 17 Jul 2014 00:00:00 +0000</lastBuildDate><atom:link href="https://rikhepworth.com/tags/tfs/index.xml" rel="self" type="application/rss+xml"/><item><title>Automating TFS Build Server deployment with SCVMM and PowerShell</title><link>https://rikhepworth.com/posts/automating-tfs-build-server-deployment-with-scvmm-and-powershell/</link><pubDate>Thu, 17 Jul 2014 00:00:00 +0000</pubDate><guid>https://rikhepworth.com/posts/automating-tfs-build-server-deployment-with-scvmm-and-powershell/</guid><description>&lt;p&gt;&lt;a href="http://blogs.blackmarble.co.uk/blogs/rfennell/" target="_blank" rel="noreferrer"&gt;Richard&lt;/a&gt; and I have been busy this week. It started with a conversation about automating the installation of new build servers. Richard was looking at writing PowerShell to install and configure the TFS build agent, along with all the various SDKs that we use across all out projects. Our current array of build servers have all been built by hand and each has a different set of SDKs to build specific project types. Richard’s aim is to make a single, homogenous build server configuration so we can then scale out for capacity much more quickly than before.&lt;/p&gt;</description></item><item><title>Our TFS Lab Management Infrastructure</title><link>https://rikhepworth.com/posts/our-tfs-lab-management-infrastructure/</link><pubDate>Sun, 08 Jun 2014 00:00:00 +0000</pubDate><guid>https://rikhepworth.com/posts/our-tfs-lab-management-infrastructure/</guid><description>&lt;p&gt;Richard and I spend a good deal of time talking about Lab Manager and our environments. I’ve written here before about our migration to the latest versions of the various components of Lab and both Richard and I have delivered sessions at user groups and conferences.&lt;/p&gt;</description></item><item><title>Things to remember when building virtual machines for a lab manager environment</title><link>https://rikhepworth.com/posts/things-to-remember-when-building-virtual-machines-for-a-lab-manager-environment/</link><pubDate>Tue, 05 Mar 2013 00:00:00 +0000</pubDate><guid>https://rikhepworth.com/posts/things-to-remember-when-building-virtual-machines-for-a-lab-manager-environment/</guid><description>&lt;p&gt;As you will have read on both mine and Richard’s blogs, we have recently upgraded our Lab environment and it wasn’t the smoothest of processes.&lt;/p&gt;
&lt;p&gt;However, as always it has been a learning experience and this post is all about building VM environments that can be sucked into Lab and turned into a Lab environment that can be pushed out multiple times.&lt;/p&gt;</description></item></channel></rss>