automating the impossible: end to end team development for isvs (october 14, 2014)

33
Automating the Impossible: End to End Team Development for ISVs Jason Lantz Lead Release Operations Engineer Salesforce.com Foundation

Upload: salesforce-partners

Post on 24-Jun-2015

174 views

Category:

Technology


3 download

DESCRIPTION

Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

TRANSCRIPT

Page 1: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automating the Impossible: End to End Team Development for ISVs Jason Lantz Lead Release Operations Engineer Salesforce.com Foundation

Page 2: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Safe Harbor Safe harbor statement under the Private Securities Litigation Reform Act of 1995: This presentation may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such uncertainties materialize or if any of the assumptions proves incorrect, the results of salesforce.com, inc. could differ materially from the results expressed or implied by the forward-looking statements we make. All statements other than statements of historical fact could be deemed forward-looking, including any projections of product or service availability, subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of management for future operations, statements of belief, any statements concerning new, planned, or upgraded services or technology developments and customer contracts or use of our services. The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and delivering new functionality for our service, new products and services, our new business model, our past operating losses, possible fluctuations in our operating results and rate of growth, interruptions or delays in our Web hosting, breach of our security measures, the outcome of any litigation, risks associated with completed and any possible mergers and acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain, and motivate our employees and manage our growth, new releases of our service and successful customer deployment, our limited history reselling non-salesforce.com products, and utilization and selling to larger enterprise customers. Further information on potential factors that could affect the financial results of salesforce.com, inc. is included in our annual report on Form 10-K for the most recent fiscal year and in our quarterly report on Form 10-Q for the most recent fiscal quarter. These documents and others containing important disclosures are available on the SEC Filings section of the Investor Information section of our Web site. Any unreleased services or features referenced in this or other presentations, press releases or public statements are not currently available and may not be delivered on time or at all. Customers who purchase our services should make the purchase decisions based upon features that are currently available. Salesforce.com, inc. assumes no obligation and does not intend to update these forward-looking statements.

Page 3: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Place Customer or

Partner logo in white area of

slide, centered horizontally

Jason Lantz Lead Release Operations Engineer

Page 4: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

Background

Page 5: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

1%

Product Equity Time

680,000+ Hours

Service

$68M+ Grants

23,000+ Nonprofit +

Higher Education

Organizations

1-1-1 Model Adopted by

Page 6: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Icons made by Elegant Themes, Freepik from www.flaticon.com licensed under CC BY 3.0

Scrum Team Refactor

Community Contributions

Frequent Releases

Page 7: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

"LargeTribarGotschuchenAustria" by Samo Kupper - Own photography, owner: Verein Treffpunkt Physik, Samo Kupper, Science

Center Gotschuchen, http://www.expi.at. Licensed under Public domain via Wikimedia Commons

Challenges

Page 8: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

Results

Page 9: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Team Metrics (in last year)

513 Issues Closed

313 Feature Branches Merged

2,123 Commits

2,000 Installations in 5 months

18 Production Releases

in 5 months

213 Beta Releases in 10 months

Page 10: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Nonprofit Starter Pack 3.0 Team

David Habib Senior Force.com Developer

Jason Lantz Lead Release Operations

Engineer

Carlos Ramirez Martinez-Eiroa Senior Force.com Developer

Jon Varese Lead Technical Writer

Nicolas Campbell Force.com Developer

Kevin Bromer Director, Product

Management

Page 11: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

How is this possible?

Page 12: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Metrics (in last year)

2,549 Feature branch builds

296 Automated Beta Releases

785 Master branch builds

345 Master -> Feature Merges

Page 13: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

4,690 Dev Hours Saved

Automation Metrics

Page 14: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

117 Dev Weeks Saved

Automation Metrics

Page 15: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Best Practices

Version Control Team Productivity Frequent Releases Reduce Human Error

•  Repeatable builds… “it works in my org”

•  Prevent unintentional inclusion/exclusion of package metadata

•  Always be ready to cut a new release

•  Isolate all work in feature branches

•  Make betas available ASAP to maximize feedback

•  Automate test execution •  Notify developers of

errors ASAP •  Automate common

developer tasks

•  Know who, what, when, and why

•  Version Control as master

•  Don’t develop in packaging org!

Icons made by Elegant Themes, Freepik from www.flaticon.com licensed under CC BY 3.0

Page 16: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

Unmanaged Development of Managed Packages

Page 17: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Challenges with Unmanaged Metadata • Scenario 1: Developer creates list views in their org for debugging

– Unintentional inclusion of package metadata

• Scenario 2: Developer wants to clean their DE org – Cleaning orgs is hard to do

• Scenario 3: Release manager deploys to packaging – Packaging constraints prevent deployment of some metadata – Must manually add/remove package components

Page 18: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Local Unmanaged Packages

Managed Metadata

Unmanaged Metadata Cumulus

npe01 npo02

npe03 npe4

npe5

• Normal deployments go into Unpackaged

• In package.xml:

<fullName>Cumulus</fullName> •  Creates unmanaged package Cumulus •  Deploys metadata into the package

• Ant retrieve all unmanaged: <sf:bulkRetrieve />

• Ant retrieve Cumulus: <sf:bulkRetrieve packageNames=“Cumulus” />

Page 19: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Advantages of Local Unmanaged Packages • Scenario 1: Developer creates list views in their org for debugging

–  Inclusion in retrieves is explicit rather than implicit – Retrieved objects are clean (only metadata from package)

• Scenario 2: Developer wants to clean their DE org – ant uninstall

• Scenario 3: Release manager deploys to packaging – Developers experience packaging constraints in DE org – Metadata automatically added to managed package – CumulusCI deletes metadata automatically

Page 20: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

Build & Automation Tools

Page 21: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs

Page 22: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs • GitHub

Page 23: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs • GitHub • Force.com Ant Migration Tool

Page 24: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs • GitHub • Force.com Ant Migration Tool •  Jenkins

Page 25: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs • GitHub • Force.com Ant Migration Tool •  Jenkins • CumulusCI

Page 26: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Automation Tools • Developer Edition Orgs • GitHub • Force.com Ant Migration Tool •  Jenkins • CumulusCI • mrbelvedere

Page 27: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Use to introduce a

demo, video, Q&A, etc.

Workflow Diagram

Page 28: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Getting Started

Version Control

Build Scripts

Automation

Retrieve package metadata from packaging org and check into GitHub

Setup CumulusCI build scripts in repository for DE org and packaging org deployments

Automate the execution of build scripts when changes are pushed to GitHub

Page 29: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

The Zen of Package Version Control

Package = Metadata

Metadata = Files

Files can be version controlled!

Page 30: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Check out the new Partner Community

https://partners.salesforce.com/

Page 31: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

Connect with Partners in the Partner Zone The Westin Hotel, Market Street 2nd Floor – Metropolitan Ballroom INNOVATE with the leading technology •  Demos of new Salesforce technology CONNECT with members of the partner community •  Partner Community Theater •  Networking areas •  Welcome reception and daily lunch service GROW your business with resources •  70+ partner-specific sessions •  ‘Ask the Experts’ consultation stations

Page 32: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)

AppBash 2014 on Wednesday Night!

Page 33: Automating the Impossible: End to End Team Development for ISVs (October 14, 2014)