function readOnly(count){ }
Starting November 20, the site will be set to read-only. On December 4, 2023,
forum discussions will move to the Trailblazer Community.
+ Start a Discussion
harun kumarharun kumar 

How to achieve the salesforce CI?

Can any one please suggest me how to achieve the Salesforce CI to retrieve the metadata from one org and deploy into another org.
Tammer SalemTammer Salem
Hello Harun,
there are quite a few different ways of doing this. At a basic level you can extract all metadata through the metadata API (using the ant based force.com migration tool (https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_deploying_ant.htm" target="_blank)). This will allow you to extract the metadata as files, and package them up and deploy them to another org.
There are of course many tools out there that abstract this process and provide more of a streamlined interface. For example I would highl recommend the app exchange tool called Copado (https://appexchange.salesforce.com/listingDetail?listingId=a0N3000000B3dgGEAR" target="_blank). Under the hood it uses the force.com migration tool, but it's point and click (as in you select a source org and the meta data you want, and the target org you want to deploy to). You can tyr it for free, and then decide to pay if you like it.

There are other methods of coure, you can setup a Jenkins CI server, and manually build your ant scripts to do proper CI (continual deployment to a QA sandbox for example). I would recommend readin gthis artilce on Setting Up Jenkins for Force.com Continuous Integration (https://developer.salesforce.com/blogs/developer-relations/2013/03/setting-up-jenkins-for-force-com-continuous-integration.html" target="_blank).

Good Luck!!
harun kumarharun kumar
Thanks for your suggestions Rupali Pophaliya and Tammer Salem. But mainly I have to automate the post deployment steps like

EX: 
1>Setup --> Permission Sets --> navigate to one of the 'Permission Set Label' --> Object Settings --> click on Tasks --> click on Edit button --> navigate to one of the field --> enable the both (Read & Edit ) checkboxes --> then Save

2>setup->object->task->find paglayout section ->find "given Task - Click Submitted" ->click on edit ->drag and drop cancel button->save.

Could you please suggest me how to automate this type of Post Deployment Steps in SalesForce. Because I am getting 100's of Post Deployment Steps. These are one of the Post Deployment Steps.
Rupali PophaliyaRupali Pophaliya
There are always some things that you have to manually do in Salesforce.  You cannot automate these using CI.

Steps you have mentioned - You can do settings like permission set, page layouts in one org and deploy with the help of force.com IDE or any other tool.

You can create post deployment checklists to finalize the configuration of your target environment after the configuration and development components are deployed.
Tammer SalemTammer Salem
There are two ways you can do this:

1) Through Meta-Data
Even if it is a post deployment step - you can still use the meta data to push in an entirely new Permission set (with those permissions set). For that there is a section in the XML called object permissions where you can set this (https://developer.salesforce.com/docs/atlas.en-us.api_meta.meta/api_meta/meta_permissionset.htm#permissionSetObjectPermissions_title). For the second one, that is just a layout meta data that you copy to the traget. Almost every config in salesforce you can set through meta-data - I would read up on pushing config through using meta-data. If it's a post-deployment step, just make it a secondary step in Jenkins

2) Use an uatomation tool
I have seen some of these tasks done by using Selenium (https://www.topcoder.com/blog/automate-salesforce-administrative-tasks-with-selenium/) to act like a user loggin in and making these changes. I would advise against this though as you can run into a lot of problems.

Generally I would recommend looking at a tool like Copado - it is fantastic for these types of steps, and it even has some additional features (like running anonymous Apex as a step, transferring data, copying custom setting values, etc.)
Ratna Prasad 19Ratna Prasad 19
I think AutoRabit.com is the best tool with CI,CD, version Control and Dataloader altogether at a place.
 
Francisco Riccomagno 1Francisco Riccomagno 1
You can achieve this, is not that complicated you get to understand how the metadata and the force.com deployment tool works. I wrote an article about this in here: https://apexandbeyond.wordpress.com/2017/03/04/continuous-integration-for-salesforce/
Ken Koellner 1Ken Koellner 1
I'm trying to figure out how to deal with the System Administrator profile with continuous integration.  SF is touting installing into new empty orgs every time you need a dev or test cycle.  But consider just a simple deploy into empty org for automated testing via the metatdata files and the ant tool.  You'll get all your objects but the System Administrator will not have access to custom fields, record types, etc.  So nothing is going to work under the System Administrator profile.

The one work around I can think of is to create an Integration profile by cloning Sys Admin.  Then deploy and run as that profile.  But that has some issues.  You have to make sure to pull the profile and ever object in the same package so that the profile is complete.  In the source org, you'll need to make sure you keep that profile updated as new items are added.  And that still doesn't solve the problem that the System Administrator profile will be useless in the target org (unless you do a bunch of manual clicking to grant access).

Anyone else have any other ideas on dealing with lack of permissions for the System Administrator profile when doing continuous integration?