Click here to Skip to main content
15,123,118 members
Articles / STL
Technical Blog
Posted 6 Mar 2015

Tagged as

Stats

4.9K views
1 bookmarked

Continuous Delivery with TFS: Provisioning a Visual Studio Development Machine

Rate me:
Please Sign up or sign in to vote.
0.00/5 (No votes)
6 Mar 2015CPOL3 min read
Continuous delivery with TFS: Provisioning a Visual Studio Development Machine

In this installment of my series on building a continuous delivery pipeline with TFS, we look at provisioning a Visual Studio development machine. Although we installed Visual Studio on the TFS admin server to support the build process and you may be thinking you could use this instance, in my experience it’s a sluggish experience because of all the other components that are installed. You might also have a physical machine on which Visual Studio is installed and you may be wondering if you could use this. Assuming that there are no complications such as firewalls, the answer is a cautious yes – my initial Azure setup involved connecting to a publicly accessible TFS endpoint and it was mostly okay. In this scenario though your development machine isn’t part of your Azure network and the experience is a bit clunky. This can be resolved by configuring a Site-to-Site VPN but that isn’t something I’ve done and isn’t something I’m going to cover in this series. Rather, my preference is to provision and use an Azure-based development machine. In fact, I like this solution so much I don’t bother maintaining a physical PC for Visual Studio research and learning any more – for me, it’s Azure all the way.

So if like me, you decide to go down the Azure path, you have a couple of options to choose from, assuming you have an MSDN subscription. You can create a VM with your chosen operating system and install any version of Visual Studio that your MSDN subscription level allows. Alternatively, you can create a VM from the gallery with Visual Studio already installed (in the Portal, there is a check box to display MSDN images). The first thing to note is that only MSDN subscriptions get the availability to run desktop versions of Windows as VMs, so if you don’t have MSDN, you will need to run a version of Windows Server. The second thing to note if you are opting for a pre-installed version of Visual Studio is that just because you see Ultimate listed doesn’t mean you have access to it. In order to activate Visual Studio Ultimate, you will need to log in to Visual Studio with an MSDN Ultimate subscription or provide an Ultimate licence key. I’ve been there and suffered the disappointment. I have mentioned this to Microsoft but at the time of writing this hasn’t been rectified. With all that out of the way, my preference is to create a VM and install Visual Studio myself as I like the flexibility of choosing what components I want installed. Whichever route you choose, ensure that you add this VM to your domain if you are using a domain controller and that you add the domain account that you will use for everyday access with appropriate privileges. You’ll also want to make sure that VS is updated to the latest version and that all Windows updates have been applied.

As a final step, you might want to install any other development tools that you regularly use. As a minimum, you should probably install the Microsoft Visual Studio Team Foundation Server 2013 Power Tools. These provide many useful extras but the one I use regularly is the ability to perform source control operations from Windows Explorer.

Cheers – Graham

The post Continuous Delivery with TFS: Provisioning a Visual Studio Development Machine appeared first on Please Release Me.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

Graham D Smith
United Kingdom United Kingdom
Dr Graham Smith is a former research scientist who got bitten by the programming and database bug so badly that in 2000 he changed careers to become a full-time software developer. Life moves on and Graham currently manages a team of software engineers and specialises in continuous delivery and application lifecycle management with the Team Foundation Server ecosystem.

Comments and Discussions

 
-- There are no messages in this forum --