{"id":5935,"date":"2017-03-20T19:58:57","date_gmt":"2017-03-20T19:58:57","guid":{"rendered":"http:\/\/www.jitendrazaa.com\/blog\/?p=5935"},"modified":"2017-03-29T22:10:31","modified_gmt":"2017-03-29T22:10:31","slug":"continuous-integration-ci-in-salesforce-using-team-foundation-server-tfs-video","status":"publish","type":"post","link":"https:\/\/www.jitendrazaa.com\/blog\/salesforce\/continuous-integration-ci-in-salesforce-using-team-foundation-server-tfs-video\/","title":{"rendered":"Continuous Integration (CI) in Salesforce using Team Foundation Server (TFS) – Video"},"content":{"rendered":"

I have already written some\u00a0Continuous Integration (CI)<\/a><\/strong> posts for Salesforce previously using different tools like Jenkins. In this blog post we will go through steps to use Microsoft Team Foundation Server (TFS)<\/strong> to set up\u00a0Continuous Integration.<\/strong><\/p>\n

We can either use cloud based Team foundation Server (TFS)<\/strong> or locally installed on network. For ease, we would be using cloud based TFS for this blog post.<\/p>\n

Step 1: Creating developer account on VisualStudio Online<\/strong><\/h3>\n

Navigate to\u00a0https:\/\/www.visualstudio.com\/<\/a> and choose Get Started for free<\/em> in Visual Studio Team Services<\/em> section. You may need to create a new Microsoft developer account, if you don’t have it already.<\/p>\n

Step 2: Using TFS as source code repository<\/strong><\/h3>\n

Once we are able to login to TFS, lets start by creating a code repository. That’s right, you don’t need separate Bitbucket or Github<\/a> account to save your code\/metadata unlike in Jenkins<\/a>. So, our start with TFS is really good and impressive till this point \ud83d\ude42 . Wizard to create new project is self explanatory and would look like below image<\/p>\n

\"Visual<\/a>
Visual Studio Team Foundation Server – New Project Screen<\/figcaption><\/figure>\n

<\/p>\n

Once new Project is created in Team Foundation Server, we can use any git client, like tortoise git to save code. For authentication purpose, we can either use normal username password flow or generate SSH key and use that key for authentication. This youtube video<\/a> or blog post<\/a> will help you to generate SSH key, if its something new to you. Once key is generated, we would need to save it on TFS so that it can validate authenticity of user.<\/p>\n

If you think you are little bit lost here, don’t worry :). I have posted video as well at the end of this blog post, showcasing everything in detail.<\/p>\n

Step 3 : Create & test ANT deployment script on local system<\/h3>\n

If you have visited this article, chances are high that you are well aware about ANT script<\/a> to deploy metadata into Salesforce. If not, no worries, I got you covered here as well. This blog post will serve a purpose of guide and key to fantasy world of ANT migration toolkit<\/a>.<\/p>\n

Lets create a\u00a0build.properties<\/em> file, which will have all of your credentials and important information about deployment<\/p>\n

build.properties<\/strong><\/p>\n

\r\n# build.properties \r\nsfSandbox.serverurl = https:\/\/test.salesforce.com\r\nsfPRO.serverurl = https:\/\/login.salesforce.com\r\n\r\nsfdc.cb.df14.username=Salesforceusername\r\nsfdc.cb.df14.password=Salesforcepassword\r\nsfdc.cb.df14.retrieveTarget=src\r\nsfdc.cb.df14.unpackaged=src\\\\package.xml\r\nsfdc.cb.df14.retrieveMessage = Script to retrieve metadata from Salesforce\r\n\r\nsfdc.cb.df15.username=Salesforceusername\r\nsfdc.cb.df15.password=Salesforcepassword\r\nsfdc.cb.df15.retrieveTarget=src\r\nsfdc.cb.df15.unpackaged=src\\\\package.xml\r\nsfdc.cb.df15.retrieveMessage = Script to retrieve metadata from Salesforce\r\n\r\n\r\nsfdcJarFile=ant-salesforce.jar \r\n<\/pre>\n
build.xml<\/strong><\/p>\n
\r\n<project name="Deployment Scripts" default="deploy" basedir="." xmlns:sf="antlib:com.salesforce">\r\n \t   \r\n    <property file="build.properties"\/>  \r\n\t\r\n\t<target name="df14"> \t\r\n\t<taskdef resource="com\/salesforce\/antlib.xml" uri="antlib:com.salesforce" classpath="${sfdcJarFile}"\/>\r\n\t\t\t\t\r\n\t\t<echo message="${sfdc.cb.df14.username}"\/> \r\n\t\t<sf:retrieve username="${sfdc.cb.df14.username}" password="${sfdc.cb.df14.password}" serverurl="${sfPRO.serverurl}" retrieveTarget="${sfdc.cb.df14.retrieveTarget}" unpackaged="${sfdc.cb.df14.unpackaged}" \/> \r\n\t<\/target>  \r\n\t\r\n\t<target name="deploy">\r\n\t<taskdef resource="com\/salesforce\/antlib.xml" uri="antlib:com.salesforce" classpath="${sfdcJarFile}"\/>\r\n\t\t\t\t\r\n\t\t<sf:deploy username="${sfdc.cb.df15.username}" password="${sfdc.cb.df15.password}" serverurl="${sfPRO.serverurl}" deployRoot="src" maxPoll="1000" testLevel="NoTestRun" checkOnly="false" pollWaitMillis="10000" rollbackOnError="true"\/>\r\n\t<\/target> \r\n\t\r\n<\/project>\r\n<\/pre>\n
Important difference to notice above is that how Salesforce jar is referred. In some situations where we have access to system, we simply put address of jar file of Salesforce migration toolkit<\/a> in classpath. However in this scenario, as we are using cloud based solution for Continuous Integration<\/strong>, we need to refer jar file location relative to code base. Therefore while pushing build.properties<\/em> and build.xml<\/em> as a code in git, we would need to push\u00a0ant-salesforce.jar<\/span><\/em> file as well.<\/p>\n
Once all above settings are in place, try to run command<\/p>\n
ANT df14 deploy<\/pre>\n
Target df14<\/em> will retrieve source code from one Salesforce instance and would deploy same code to df15<\/em> instance in our example.<\/p>\n
Step 4 : New Build definition in Team Foundation Server<\/h3>\n
In this step, we will create New build definition informing TFS which ANT target to invoke.<\/p>\n
Navigate to Build & Release | New definition | Build | Ant<\/strong><\/p>\n
\"Team<\/a>
Team Foundation Server (TFS) – New Build definition<\/figcaption><\/figure>\n
In next screen, we would need to select repository. It has few options like Github, some remote Git repository or SVN. As we have already created Git project in TFS itself, we have selected that. Next option we have is to choose a\u00a0Git branch. It is possible that we need nightly build on one branch and hourly build on some other code base branch. So to address these kind of situation, we can have multiple builds in same project with different branches.<\/p>\n
\"Team<\/a>
Team Foundation Server (TFS) – New Build definition – Select repository<\/figcaption><\/figure>\n
Next screen would be to add build steps of ANT. In our example, we have already specified default target however you can add ANT target depending on requirements. Once we save below screen, we are all set to test our Continuous Integration project using Microsoft’s Team Foundation Server.<\/p>\n
\"Team<\/a>
Team Foundation Server (TFS) – New Build definition – add build steps<\/figcaption><\/figure>\n
Below video explains everything we discussed in this post. Please don’t forget to drop your feedback on this post.<\/p>\n