• Accueil / Salesforce / Briser 5 mythes…
, Briser 5 mythes &#8211; Scratch Orgs &#038; Salesforce DX &#8211; Le blog de Jitendra Zaa<span class="wtr-time-wrap after-title"><span class="wtr-time-number">5</span> minutes de lecture</span>

Briser 5 mythes – Scratch Orgs & Salesforce DX – Le blog de Jitendra Zaa5 minutes de lecture


Cela fait environ 3 ans que Salesforce a publié un nouvel ensemble d’outils pour les développeurs – Salesforce DX. Je travaille sur Salesforce depuis les jours de S-Control vers 2008 et j’ai constaté des changements extrêmes sur la plate-forme pour mieux.

Pour être honnête, il est difficile de se tenir au courant des dernières modifications apportées par Salesforce, mais il existe des ressources telles que Moyen, Trailhead et de nombreux autres blogs pour vous aider à vous mettre à niveau.

J’ai vu des jours et écrit du code sur Force.com IDE, Developer Console, de nombreux IDE basés sur le Web et mon cœur et mon amour en ce moment sont certainement avec VSCode, plus important encore, Scratch Org et les packages déverrouillés.

Le but de cet article de blog est de briser certains des mythes autour de l’utilisation de Scratch Org dans Salesforce DX, mais avant de commencer, convenons des aspects ci-dessous du développement et de la gestion de projet

  1. La plupart des projets de Salesforce suivent Agile et l’un des aspects les plus importants d’Agile est Devops. Votre équipe devrait consacrer suffisamment de temps et d’énergie à la planification de la stratégie Devops telle que la structure de la branche, les outils, les processus, etc. D’après mon expérience, Devops est plus une question de processus que d’outil.
  2. Sur la base du point ci-dessus, la source de vérité pour le code et la configuration devrait être votre Gestion du code source , qui dans la plupart des cas est Git.

Et si votre projet ne suit pas les 2 principes ci-dessus? Eh bien, vous pourriez déjà être en mesure de relier certains problèmes tels que la raison pour laquelle le code est écrasé, aucune trace de la classe ou des champs créés par qui et pourquoi? Votre équipe passe la plupart de son temps à résoudre les problèmes de déploiement au lieu de travailler sur la mise en œuvre réelle.

Ne passons pas plus de temps et sautons directement sur certains des mythes sur l’utilisation de l’organisation scratch

Mythe 1 – Scratch Org est uniquement pour les partenaires d’emballage et ISV

Scratch Org peut être utilisé pour des POC rapides ou des implémentations réelles. J’utilise une organisation scratch pour chaque user story, ce qui prend normalement 1 à 3 semaines de mise en œuvre. Chaque fois qu’une organisation scratch est créée, j’ai la liberté de choisir quelle branche Git serait source de vérité. Pouvez-vous actualiser le sandbox dev pro à partir de la copie complète ou utiliser du code vieux de 10 jours en production? Il y a de nombreuses autres considérations lors de la création de sandbox, vous n’avez pas beaucoup de contrôle sur les métadonnées qui seraient reportées comme point de départ.

Mythe 2 – Pas de moyen facile d’obtenir des métadonnées de Sandbox à Scratch Org

Demandez-vous, à quand remonte la dernière actualisation de Sandbox? Des mois, peut-être l’année? Ensuite, posez une autre question – Pourquoi ne rafraîchissez-vous pas votre bac à sable? La réponse la plus probable serait, nous ne savons pas ce qui va casser ou quelles sont les étapes de post-actualisation. Ou l’équipe d’origine n’est pas dans le projet et vous n’êtes pas à l’aise pour rafraîchir le bac à sable.

Le problème n’est pas d’obtenir les métadonnées de Sandbox vers Scratch Org, Le vrai problème est de savoir quelle est la source de vérité de vos métadonnées ? Si vous avez SCM comme source de vérité, alors c’est une seule commande pour obtenir des métadonnées dans scratch org. En fait, vous pouvez aller à tout moment dans le passé pour voir comment le code fonctionnait pour déboguer un problème en production, ce qui est un énorme avantage.

Mythe 3 – Sandbox et Scratch Org ne peuvent pas être utilisés ensemble

Il existe plusieurs façons d’utiliser Scratch Org. Exemple – Chaque développeur l’utilisant pour les histoires qui lui sont assignées, une fois l’histoire passée au test, supprime l’organisation scratch et en crée une nouvelle. Si vous utilisez foule ou paire programmation, plusieurs développeurs peuvent avoir accès à l’organisation scratch en même temps.

Combien de fois vous ou votre équipe avez manqué des composants lors du déploiement de code? Sur plus de 20 composants, il est facile d’en manquer quelques-uns. Dans scratch Org, les commandes push & pull vous sauvent la vie. Il suivra automatiquement les modifications pour vous. Si votre code ne fonctionne pas comme prévu ou si le POC a été poussé à l’année prochaine, recommencez à partir de SCRATCH et ne vous inquiétez pas du code dormant, des métadonnées dans votre sandbox.

Mythe 4 – Comme Scratch Org expire dans 30 jours, il ne sert à rien pour les projets de longue durée

Tout d’abord, conformément aux meilleures pratiques, le projet doit être modulaire en petits composants réutilisables au lieu d’un code monolithique. Toute exigence peut être facilement divisée en petits modules qui peuvent être mis en œuvre en 2-3 semaines. Si les développeurs ont du mal à écrire du code modulaire, je suggérerais de passer en revue certains des modèles de conception mentionnés dans mon livre et de voir comment du code réutilisable, maintenable et performant pourrait être écrit dans Salesforce.

Deuxièmement, même si vous travaillez sur du code monolithique, si la source de vérité est SCM, vous pouvez créer une organisation de travail à tout moment avec un brouillon / code intermédiaire stocké sur la branche.

Mythe 5 – Chaque développeur devrait avoir accès à Devhub s’il veut créer une organisation scratch

C’est vrai, mais vous n’avez pas besoin de payer pour la licence et vous n’avez pas à vous soucier de la sécurité des données en production.

Salesforce fournit licence d’accès limité gratuite qui peut être attribué à tous les développeurs qui ont besoin de créer une organisation scratch.

Comme vous êtes arrivé vers la fin de cet article, les 5 premiers commentaires auront un accès gratuit au cours Udemy sur ce qu’est Salesforce DX et comment l’utiliser efficacement. Aussi, faites-moi savoir s’il y a autre chose qui vous empêche d’utiliser scratch org dans votre projet.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Voulez-vous utiliser Pardot à sa capacité maximale et avoir
+ DE LEADS QUALIFIÉS

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer