• Accueil / Salesforce / 3 avantages, 1…
, 3 avantages, 1 problème et 1 solution<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

3 avantages, 1 problème et 1 solution4 minutes de lecture


Une organisation scratch est un environnement Salesforce qui peut être facilement créé pour prendre en charge le développement agile et l’intégration continue.

La première chose que vous apprenez lorsque vous commencez à utiliser des organisations scratch, c’est qu’elles meurent. Rapidement. À leur sortie, les organisations scratch n’ont duré que sept jours et même si ce délai a maintenant été prolongé à 30 jours, ce n’est toujours pas long. Alors, pourquoi les utiliser en premier lieu ?

, 3 avantages, 1 problème et 1 solution<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Avantages des organisations Scratch

Les organisations Scratch vous offrent d’énormes avantages par rapport à un environnement de développement sandbox traditionnel.

1. Forme

Vous pouvez activer des fonctionnalités dans votre organisation scratch qui peuvent ne pas exister dans votre environnement de production, sans contacter le support Salesforce ni acheter de licences supplémentaires. Envie d’essayer le multi-devises ? Utiliser des comptes personnels ? Construire un robot Einstein ? Vous pouvez faire toutes ces choses et plus simplement en ajoutant des lignes au fichier de configuration.

2. Développement axé sur la source

Si vous avez l’habitude de développer dans des bacs à sable de développement standard, vous avez peut-être déjà rencontré une situation dans laquelle votre environnement de développement s’est vraiment énervé. Peut-être que vous travailliez sur quelques nouvelles fonctionnalités ; l’un était prêt à partir, mais vous avez trouvé un problème sérieux avec le second en fin de journée et cela vous a empêché de sortir les bonnes choses. Les organisations Scratch, utilisées correctement, vous en libéreront.

Avec les organisations Scratch, la seule source de vérité pour tout ce sur quoi vous travaillez se trouve dans votre référentiel source – GitHub ou similaire. Vous ne dépendez d’aucune organisation en particulier pour maintenir votre source et c’est très libérateur. Il est facile d’extraire et de pousser vos modifications dans et hors de git. À son tour, cela signifie que vous pouvez facilement gérer plusieurs branches git, en développant différentes fonctionnalités dans chacune en utilisant des organisations scratch distinctes et en ne les fusionnant dans vos branches secondaires et principales que lorsqu’elles sont prêtes.

3. Tester

Vous obtenez un très haut niveau de granularité et de contrôle sur l’endroit et le moment où vous effectuez vos tests. Vous pouvez tester un seul problème, une branche de fonctionnalité, pré-fusion, post-fusion ; partout où cela a le plus de sens pour votre cas d’utilisation particulier. Vous n’avez certainement pas besoin d’attendre que les choses reviennent au contrôle qualité et cela signifie que vous pouvez détecter les problèmes à un stade précoce et éviter des problèmes beaucoup plus importants plus tard.

, 3 avantages, 1 problème et 1 solution<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Le gros problème

Des données, des données et des données !

Notre application a quelque chose comme 40 objets personnalisés. Parfois, vous n’avez peut-être pas besoin de beaucoup de données pour travailler sur ce que vous faites. Mais parfois vous le faites. Il se peut que votre caractéristique soit à plusieurs niveaux de profondeur dans la structure de données. Vous devez créer des enregistrements dans les objets parents et les parents des parents, etc. Juste pour savoir qu’une correction de bogue en deux minutes a fonctionné, vous devrez peut-être créer 20 ou 30 enregistrements. La création des données peut prendre plus de temps que la résolution du problème.

Ce qui conduit à de mauvaises habitudes. Il est très tentant d’utiliser la même organisation scratch pour travailler sur plusieurs problèmes afin de ne pas avoir à recréer toutes ces données. Ensuite, vous pouvez vous retrouver dans le même désordre de code source que vous aviez avec les bacs à sable à l’ancienne, sauf que cette fois vous savez que votre organisation scratch ne sera pas là demain. Les tests sont également un grand défi. Les testeurs ont besoin de leurs propres organisations de travail et celles-ci n’auront pas non plus de données avec lesquelles travailler.
, 3 avantages, 1 problème et 1 solution<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

La solution

Le problème des données était un vrai problème pour nous. Au fur et à mesure que notre équipe de développement grandissait, les conséquences se multipliaient. Il devait y avoir un meilleur moyen.

Eh bien, il y a. Mais il a fallu un peu de recherche… il y a un article de fichier d’aide et des exemples de fichiers qui promettaient tout ce que nous recherchions, mais ils ne sont pas accompagnés de manuel d’instructions. Il n’y avait presque aucune information que je pouvais trouver sur le Web sur la façon de créer ces fichiers non plus. Nous avons dû nous débrouiller nous-mêmes, mais je veux vous éviter la peine.

Découvrez mon session, enregistré au London Developer Group, où j’ai expliquer la solution que nous utilisons maintenant et pourquoi vous devriez le faire aussi.

Merci Todd Halfpenny pour la photo



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

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

Fermer