<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Release Management on blog.ehn.nu</title><link>https://blog.ehn.nu/categories/release-management/</link><description>Recent content in Release Management on blog.ehn.nu</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 11 Feb 2016 08:34:33 +0000</lastBuildDate><atom:link href="https://blog.ehn.nu/categories/release-management/index.xml" rel="self" type="application/rss+xml"/><item><title>TFS 2015 Update 2 RC1 Available – With VS Release Management vNext</title><link>https://blog.ehn.nu/2016/02/tfs-2015-update-2-rc1-available-with-vs-release-management-vnext/</link><pubDate>Thu, 11 Feb 2016 08:34:33 +0000</pubDate><guid>https://blog.ehn.nu/2016/02/tfs-2015-update-2-rc1-available-with-vs-release-management-vnext/</guid><description>&lt;p&gt;Today &lt;a href="https://blogs.msdn.microsoft.com/bharry/2016/02/10/team-foundation-server-2015-update-2-rc-1-is-available/"&gt;Brian Harry announced that the first release of TFS 2015 Update 2&lt;/a&gt; is available. It is an RC with a go-live license, which means that Microsoft will support you if you install it in production, and it will be a direct supported upgrade to RTM once it is released.&lt;/p&gt;
&lt;p&gt;Read the full release notes for Update 2 RC1 here: &lt;a href="https://www.visualstudio.com/en-us/news/tfs2015-update2-vs" title="https://www.visualstudio.com/en-us/news/tfs2015-update2-vs"&gt;https://www.visualstudio.com/en-us/news/tfs2015-update2-vs&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;One huge thing with the release is that Update 2 includes the &lt;a href="https://blog.ehn.nu/2015/12/microsoft-announces-next-generation-of-visual-studio-release-management/"&gt;new Release Management vNext&lt;/a&gt; feature that has up until now only been available in the service (although &lt;a href="https://blog.ehn.nu/2016/01/deploy-on-premise-builds-with-visual-studio-release-management-vnext/"&gt;you can use that for on premise TFS and deployments&lt;/a&gt;). But now you don’t have to rely on VSTS for hosting the service, it is now part of TFS 2015 Update 2!&lt;/p&gt;</description></item><item><title>Deploy Azure Web Apps with Parameterization</title><link>https://blog.ehn.nu/2016/01/deploy-azure-web-apps-with-parameterization/</link><pubDate>Sun, 24 Jan 2016 20:12:05 +0000</pubDate><guid>https://blog.ehn.nu/2016/01/deploy-azure-web-apps-with-parameterization/</guid><description>&lt;p&gt;I have &lt;a href="http://geekswithblogs.net/jakob/archive/2015/04/29/deploying-an-azure-web-site-using-tfs-build-vnext.aspx"&gt;blogged before about how to deploy an Azure Web App using the new build system&lt;/a&gt; in TFS 2015/Visual Studio Team Services. In addition to configure an Azure service endpoint, it is really only a matter of using the built-in &lt;a href="https://github.com/Microsoft/vso-agent-tasks/blob/master/Tasks/AzureWebPowerShellDeployment/task.json"&gt;Azure Web App Deployment&lt;/a&gt; task.&lt;/p&gt;
&lt;p&gt;However, in many cases I have decided not to use this task myself since it has been lacking a key feature: Applying deployment parameters using the SetParameter.xml file.&lt;/p&gt;</description></item><item><title>Downloading Build Artifacts in TFS Build vNext</title><link>https://blog.ehn.nu/2016/01/downloading-build-artifacts-in-tfs-build-vnext/</link><pubDate>Mon, 18 Jan 2016 19:14:31 +0000</pubDate><guid>https://blog.ehn.nu/2016/01/downloading-build-artifacts-in-tfs-build-vnext/</guid><description>&lt;p&gt;Since a couple of months back, Microsoft new &lt;a href="https://blog.ehn.nu/2015/12/microsoft-announces-next-generation-of-visual-studio-release-management/"&gt;Release Management servic&lt;/a&gt;e is available in public preview in Visual Studio Team Services. According to the current time plan, it will be released for on-premise TFS in the next update (Update 2).&lt;/p&gt;
&lt;p&gt;Using a tool like release management allows you to implement a deployment pipeline by grabbing the binaries and any other artifacts from your release build, and then deploy them across different environments with the proper configuration and approval workflow. Building your binaries once and only once is a fundamental principal of implementing continuous delivery, too much can go wrong if you build your application every time you deploy it into a new environment.&lt;/p&gt;</description></item></channel></rss>