Archive

Posts Tagged ‘SFDC’

How to get started with Salesforce development

November 14, 2014 Leave a comment

Setting up Developer Environment

  1. Register developer account at https://developer.salesforce.com/
  2. You can login your org from http://www.salesforce.com/
  3. Install Salesforce IDE for eclipse https://developer.salesforce.com/page/Force.com_IDE_Installation

Understand the different Salesforce Environment

Developer ,Sandbox, Production

Deployment

 Deployment by Changeset Best practice

CI and team development with Salesforce

How To Use Git, GitHub and the Force.com IDE with Open Source Labs Apps

Using Force.com with Subversion for Team Development

http://www.soliantconsulting.com/blog/2013/03/salesforcecomforcecom-team-development

http://salesforce.stackexchange.com/questions/18881/how-to-use-git-on-multi-dev-environment

Deployment is a one-way transaction

There is no easy way to roll back changes deployed in Production. As documented here . It is another reason we should look at the next support level. A change set is deployed in a single transaction. If the deployment is unable to complete for any reason, the entire transaction is rolled back. After a deployment completes successfully, all changes are committed to your organization and the deployment can’t be rolled back.

Salesforce known issues

https://success.salesforce.com/issues_index

Salesforce Books

  1. Salesforce workbook
  2. Cheat Sheets
  3. Documentation

Videos Training

  1. Search for Dreamforce from YouTube , Dreamforce is the salesforce conference , like the Teched in Microsoft.
  2. Pluralsight offer some good developer training
  3. cbtnuggets offers Power user training
  4. Beginner Tutorials
  5. http://www.forceprepare.com/

Blogs

http://www.shellblack.com/blog/

http://blog.jeffdouglas.com/

Documentations from Salesforce

Considerations for Relationships

Salesforce Limit

Understanding Encrypted Custom Fields

Encrypted Field Limits

Salesforce deployment guideline using Sandbox

July 10, 2014 Leave a comment
  1. Create Deployment connection
  2. Enable the inbound change set settings on the destination Environment you would like to deploy the solution to.
  3. Enable the outbound change set settings on the source Environment where you package your application.
  4. The best practice is to Package everything in the changeset and salesforce will only deploy the change into your destination environment. If you only package the change, you could miss some of the changes.
  5. You can clone the change set on the source destination however the initial packaging takes some time as you need to go through everything and select the components manually.
  6. After the change set is packaged, you need to upload the chagneset so that destination environment can see the change set in its incoming change set list.
  7. Click Validate the change set before deployment.

References:

Development Lifecycle Guide

Change Sets Best Practices