Meetup 
Paris Salesforce Developer Group 
Versionning et travail en équipe avec 
Salesforce 
www.neoxia.com
2 
Fiche identité NEOXIA 
Cabinet de 
Conseil, Design 
et Technologie 
Plus d’infos sur www.neoxia.com 
70 
Créé en 
2000 ...
3 
Spécificités et limites de Salesforce 
• Partie code / partie administration et paramétrage 
• Synchronisation client /...
4 
Spécificités et limites de Salesforce 
Salesforce, un outil « à l’instant T » 
Ne permet pas nativement : 
• La gestion...
5 
Gestionnaire de versions 
Rappel de vocabulaire : 
• CVS (Concurrent Versions System) : gestionnaire de version 
• Repo...
6 
GIT 
Gestionnaire de versions décentralisé 
Pourquoi GIT ? 
• Simple 
• Fiable 
• « Scalable » 
• Décentralisé 
• Conna...
7 
SourceTree 
Interface graphique pour GIT 
• Gratuit 
• Développé par un acteur important du monde informatique (Atlassi...
8 
GIT-Flow 
Article de référence : 
http://nvie.com/posts/a-successful-git-branching-model/ 
Doc atlassian : 
https://www...
9 
Problématique 
Gestion de plusieurs serveurs (instances Salesforce, Sandboxes) 
Recommandation Salesforce : 1 Sandbox /...
10 
Problématique 
Besoin : 
Système simple permettant de gérer les metadatas sur un dépôt central, tout 
en continuant d’...
11 
Organisation d’un projet et procédure de livraison d’une fonctionnalité
12 
Démo 1 
Scénario : 
2 développeurs sur une même Sandbox, 
travaillent sur 2 éléments différents
13 
Démo 2 
Scénario : 
2 développeurs sur une même sandbox travaillent 
sur le même élément, sur des parties différentes
14 
Démo 3 
Scénario : 
Livraison en production d’une fonctionnalité 
validée en intégration
15 
Pour approfondir 
D’autres modèles de gestion des versions avec 
Salesforce : 
Utilisé par GitHub : 
http://lucamezzal...
16 
MERCI
Prochain SlideShare
Chargement dans…5
×

Versionning et travail en équipe avec Salesforce - 27/11/2014

705 vues

Publié le

Versionning et travail en équipe avec Salesforce
Meetup du 27 novembre 2014 chez Neoxia

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
705
Sur SlideShare
0
Issues des intégrations
0
Intégrations
29
Actions
Partages
0
Téléchargements
2
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Versionning et travail en équipe avec Salesforce - 27/11/2014

  1. 1. Meetup Paris Salesforce Developer Group Versionning et travail en équipe avec Salesforce www.neoxia.com
  2. 2. 2 Fiche identité NEOXIA Cabinet de Conseil, Design et Technologie Plus d’infos sur www.neoxia.com 70 Créé en 2000 Consultant, Développeurs, Experts, Architectes, Managers... 5,5 M€ en 2013 PARIS CASABLANCA 20% du temps des consultants consacré à des travaux de R&D, de veille...
  3. 3. 3 Spécificités et limites de Salesforce • Partie code / partie administration et paramétrage • Synchronisation client / instance ( pas de test en local, risque d’écraser les modifications des autres ) • Traçabilité des modifications limitée • Une facilité de paramétrage qui peut perturber le comportement du code / du code personnalisé influence également le comportement du paramétrage
  4. 4. 4 Spécificités et limites de Salesforce Salesforce, un outil « à l’instant T » Ne permet pas nativement : • La gestion des releases • La gestion des tests comme un patrimoine (intégration continue)
  5. 5. 5 Gestionnaire de versions Rappel de vocabulaire : • CVS (Concurrent Versions System) : gestionnaire de version • Repository (dépôt) : zone de stockage des fichiers versionnés • Commit (transaction) : envoi d’un ensemble de modifications dans le système • Branche : ensemble de versions alternatives
  6. 6. 6 GIT Gestionnaire de versions décentralisé Pourquoi GIT ? • Simple • Fiable • « Scalable » • Décentralisé • Connaissances déjà présentes en interne
  7. 7. 7 SourceTree Interface graphique pour GIT • Gratuit • Développé par un acteur important du monde informatique (Atlassian) • Produit de qualité, bien pensé • Permet d’utiliser toutes les possibilités de GIT • On peut ne « commiter » que quelques lignes parmi toutes les modifications courantes • Intègre Gitflow nativement
  8. 8. 8 GIT-Flow Article de référence : http://nvie.com/posts/a-successful-git-branching-model/ Doc atlassian : https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow • Cadre de gestion des développements • Permet de distinguer les développements courants, urgents / exceptionnels (hotfixes), et les releases • Accélère et facilite l’utilisation de GIT
  9. 9. 9 Problématique Gestion de plusieurs serveurs (instances Salesforce, Sandboxes) Recommandation Salesforce : 1 Sandbox / développeur, pas toujours applicable
  10. 10. 10 Problématique Besoin : Système simple permettant de gérer les metadatas sur un dépôt central, tout en continuant d’utiliser les Sandboxes. Principes utilisés : • Le code source présent sur le CVS prime sur les autres versions • Un seul dépôt par projet • Le contenu de chaque instance doit être isolé • Le contenu de certaines instances (production, pré-production, …) doit être protégé. • Le système mis en place doit être simple d’utilisation
  11. 11. 11 Organisation d’un projet et procédure de livraison d’une fonctionnalité
  12. 12. 12 Démo 1 Scénario : 2 développeurs sur une même Sandbox, travaillent sur 2 éléments différents
  13. 13. 13 Démo 2 Scénario : 2 développeurs sur une même sandbox travaillent sur le même élément, sur des parties différentes
  14. 14. 14 Démo 3 Scénario : Livraison en production d’une fonctionnalité validée en intégration
  15. 15. 15 Pour approfondir D’autres modèles de gestion des versions avec Salesforce : Utilisé par GitHub : http://lucamezzalira.com/2014/03/10/git-flow-vs-github-flow/ Intégration continue : Peut être utilisé avec un SIC, objet d’un autre Meetup ?
  16. 16. 16 MERCI

×