{"id":10712,"date":"2016-04-05T01:31:00","date_gmt":"2016-04-04T18:31:00","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/visualstudioalm\/2015\/11\/28\/deploy-artifacts-from-onprem-tfs-server-with-release-management-service\/"},"modified":"2022-08-02T23:30:48","modified_gmt":"2022-08-03T07:30:48","slug":"deploy-artifacts-from-onprem-tfs-server-with-release-management-service","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/devops\/deploy-artifacts-from-onprem-tfs-server-with-release-management-service\/","title":{"rendered":"Deploy artifacts from OnPrem TFS server with Release Management Service"},"content":{"rendered":"

[Update on\u00a05 Apr 2016<\/strong>: This feature\u00a0is now available again. You’ll need to install the External TFS Tools<\/a>\u00a0extension for it to work now. It is recommended to update any Release definitions that have been created using artifacts from an on-premises TFS server.]<\/span><\/p>\n

[Update on\u00a012\u00a0Feb 2016<\/strong>: This feature\u00a0has been temporarily disabled in VSTS as it requires\u00a0some more work. Release definitions that have been created using artifacts from an on-premises TFS server\u00a0will continue to work. You won’t be able to create new release definitions until we re-enable this feature.]<\/span><\/p>\n

Summary<\/span><\/span><\/h2>\n

Did you know you could consume artifacts from build definitions on an OnPrem TFS Server and deploy your applications using the Release management service in Visual Studio Team Services, that too without exposing the TFS Server to the internet?<\/span><\/p>\n

Did you know that you could also deploy the applications to a OnPrem target environment using the service?<\/span><\/p>\n

Did you know that all this happens without the artifacts leaving the secure and strict boundaries of your enterprise network, thereby ensuring you are safe from any information leaks?<\/span><\/p>\n

In this blog, we shall talk about a walkthrough of consuming artifacts from an OnPrem TFS 2015 Server and deploying them to a target machine. <\/span><\/p>\n

\u00a0<\/p>\n

Pre-Requisites<\/span><\/span><\/h2>\n

Before we go through the steps, it is assumed that \u2013<\/span><\/p>\n

    \n
  1. You have configured a build definition on the OnPrem TFS Server that\u2019s publishing artifacts. <\/span> \n
      \n
    1. The published artifacts consist of the binaries for the application and a powershell script that can deploy the application on a target server. <\/span><\/li>\n<\/ol>\n<\/li>\n
    2. The target server on which the application should be deployed in configured for WinRM<\/span><\/a><\/span><\/li>\n
    3. Additionally, you have another machine prepared with WMF 4.0<\/span><\/a>. This machine (we shall refer to it as the agent machine henceforth) should have access to the TFS Server and the target server.<\/span> \n
        \n
      1. In case the artifacts are published to a file share, then the agent should also have access to the file share to which the artifacts are published.<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

        Configuring an Agent<\/span><\/h2>\n

        On the agent machine, you must install and configure a release agent. This shall act like a bridge between VS Team Services and your OnPrem network, facilitating the services to perform and monitor the deployments.<\/span><\/p>\n

        Follow the steps mentioned here<\/span><\/a> (you can also watch the agent configuration in action here<\/span><\/a>). Note that it is advised to login as the account owner for VS Team Services while configuring the agent.<\/span><\/p>\n

        Once you\u2019ve done this, you would be able to see the agent listed in the default pool. <\/span><\/p>\n

        \"\"<\/a><\/span><\/p>\n

        You shall also be able to find it listed with the default queue.<\/span><\/p>\n

        \"\"<\/a><\/span><\/p>\n

        You can read more about agent pools and queues here<\/span><\/a><\/span><\/p>\n

        \u00a0<\/p>\n

        Create a Service Endpoint for the TFS Server<\/span><\/span><\/h2>\n

        To consume builds from TFS server, you must first create a service endpoint with credentials to connect to TFS Server.<\/span><\/p>\n

        In a way, this is an authorization for VS Team Services to request the agent to fetch information from the TFS Server. The information (artifact binaries) is fetched and stored on the agent machine only. It is not shared with VS Team Services.<\/span><\/p>\n

        Also, the credentials are stored in an encrypted form not accessible to anyone.<\/span><\/p>\n

        These facts coupled with all communications to\/from VS team services being over HTTPS ensure that the security of the enterprise network\/ TFS Server is not compromised by doing so.<\/span><\/p>\n

        Set up the TFS endpoint in the Services<\/strong> tab of the Control Panel<\/strong> for your team project. Use the “External TFS” type, and enter the TFS server URL and credentials to connect to the TFS server. Note that this experience\u00a0currently works with basic authentication only. You’ll need to enable basic authentication support <\/a>for the TFS Server.<\/span><\/p>\n

        <\/span>For more details, see Service endpoints<\/span><\/strong><\/a>.<\/span><\/p>\n

          \n
        1. The Server URL needs to be upto the collection. For eg.\u00a0 http:\/\/example.com\/tfs\/DefaultCollection<\/span><\/span><\/li>\n
        2. The username and password would be domain credentials to authenticate with the TFS server. These would not be tested\/validated. Any mistake in theserverse would be detected only when you run the release<\/span>.<\/li>\n<\/ol>\n

          Create a Release Definition<\/span><\/span><\/h2>\n

          We are now all set of start defining our deployment pipeline and configure continuous delivery for the application.<\/span><\/p>\n

            \n
          1. Goto the Release hub in a team project on VS Team Services<\/span><\/li>\n
          2. Click on New Release Definition and choose to start with an Empty template<\/span><\/li>\n<\/ol>\n
            \n<\/div>\n
            \n \"\"<\/a><\/span>\n<\/div>\n
            \n<\/div>\n
              \n
            1. \n In the empty release definition, we\u2019ll first link to the build definition and define the source of artifacts to deploy<\/span>.\n <\/li>\n<\/ol>\n
              \n \"\"<\/a>\n<\/div>\n
                \n
              1. \n Select the endpoint we defined above and provide the values for the project name on the TFS 2015 server and the build definition defined on it.<\/span>\n <\/li>\n<\/ol>\n
                \n \"\"<\/a>\n<\/div>\n
                  \n
                1. \n For the \u201cdefault environment\u201d, add tasks to configure the deployment steps. In our case, we want to execute a powershell script on the target server with the artifact present locally on the target. We shall add the following two tasks for it and update the task parameters. <\/span> <\/p>\n
                    \n
                  1. \n Windows Machine File Copy<\/span><\/a><\/span> <\/p>\n