Guide Complet du Salesforce DevOps Center – Comment Commencer

Guide Complet du Salesforce DevOps Center – Comment Commencer

Vous êtes à la recherche d’une gestion simple des versions qui ne nécessite pas beaucoup de temps, de compétences avancées ou de numéro de carte de crédit ? Salesforce DevOps Center est facile d’utilisation, gratuit et développé par Salesforce. Vous devriez être en mesure d’installer, de configurer et de commencer à utiliser DevOps Center en moins d’une journée. Dans ce guide, nous vous expliquerons comment démarrer.

Création d’une Organisation

Pour commencer, n’utilisez pas l’organisation Salesforce de votre entreprise ou de votre client pour essayer cette démo. Expérimentez toujours sur des organisations jetables et gratuites. Par mesure de précaution, utilisez le mode de navigation privée de votre navigateur ou un autre navigateur.

Vous avez besoin d’une Salesforce Enterprise Edition (EE) ou d’une Unlimited Edition (UE) car nous avons besoin de sandbox. Certaines périodes d’essai gratuites de 30 jours fournissent des organisations EE ou UE. J’ai utilisé la période d’essai gratuite de 30 jours de l’Energy & Utilities Cloud, qui m’a donné une organisation EE, pour cette démo.

Notez qu’il faut beaucoup de temps pour que le courriel de bienvenue arrive.

Suivi de la Source

Ensuite, nous devons nous connecter à la production et activer le “suivi de la source”, afin que toute sandbox de développement créée par la suite ait également le suivi de la source activé. Cela est nécessaire pour que DevOps Center puisse suivre automatiquement les modifications apportées par les développeurs (au lieu de cocher manuellement les éléments de déploiement comme nous le faisions auparavant avec les Change Sets).

Dans la production, allez dans Configuration → Outils de Plateforme → Développement → Hub de Développement, puis faites défiler un peu vers le bas.

À lire aussi  Pratiquez l’anglais tous les jours avec des exercices en ligne

Cliquez sur le curseur pour activer le suivi de la source en production, mais il n’est pas nécessaire d’activer le hub de développement.

Sandboxes

Ensuite, créons deux sandboxes pour un pipeline de déploiement simple.

Dans la production, accédez à Configuration → Outils de Plateforme → Environnements → Sandboxes, puis cliquez sur “Nouvelle Sandbox”. Ensuite, créez deux nouvelles sandboxes pour développeurs appelées Dev et UAT.

Pendant que les deux sandboxes sont en cours de création par Salesforce en arrière-plan, continuons.

Installation

Ensuite, vient l’installation du package appelé DevOps Center.

Notez que Salesforce ne permet pas d’installer DevOps Center dans des sandboxes car un rafraîchissement de sandbox entraînera la perte de toutes vos données DevOps Center. Pour évaluer DevOps Center, vous pouvez l’installer dans une organisation Developer Edition non liée (organisation de démonstration).

Dans notre exemple, nous allons l’installer en production car c’est idéal pour la gouvernance. Dans la production, accédez à Configuration → Outils de Plateforme → Développement → DevOps Center.

  • Cliquez sur le curseur pour activer DevOps Center.
  • Cliquez ensuite sur le bouton “Installer le Package”.
  • Installez uniquement pour les administrateurs.
  • Après l’installation, nous devrions pouvoir voir DevOps Center dans les packages installés dans Configuration.

Application Connectée

Ensuite, une étape pour créer une application connectée. Accédez à Gestionnaire d’application dans Configuration, puis cliquez sur le bouton en haut à droite pour une “Nouvelle Application Connectée”.

Remplissez les détails comme indiqué ci-dessous :

  • Nom de l’application connectée : DevOps Center
  • Nom de l’API : DevOps_Center
  • Adresse email de contact : <votre véritable adresse email>
  • URL de l’image du logo : https://tinyurl.com/doc-icon
  • Description : Gérez vos processus de développement et de publication
  • Paramètres de l’application Web URL de départ : /sf_devops/DevOpsCenter.app

Ensuite, cliquez sur “Enregistrer”.

  • Ensuite, cliquez sur “Gérer” pour l’application connectée.
  • Puis cliquez sur “Gérer les ensembles de permissions” pour l’application connectée.
  • Ajoutez l’ensemble de permissions appelé “sf_devops_NamedCredentials” à l’application connectée.
  • Enregistrez.
À lire aussi  Comment créer un vision board ? 5 outils en ligne gratuits

Accordez-vous quelques ensembles de permissions

Les différents ensembles de permissions liés à DevOps Center sont expliqués en détail par Salesforce à cette adresse :

Étant donné que nous ne mettons en place qu’un responsable de version (nous-mêmes), nous pouvons lire les documents et attribuer tous les ensembles de permissions à nous-mêmes :

  • DevOps Center
  • Gestionnaire du DevOps Center
  • Gestionnaire de publication du DevOps Center
  • sf_devops_InitializeEnvironments
  • sf_devops_NamedCredentials

Accédez à Configuration → Administration → Utilisateurs, puis attribuez les cinq ensembles de permissions à vous-même.

Création d’un Projet et Configuration du Pipeline

Enfin, maintenant nous pouvons ouvrir le “Lanceur d’applications” et ouvrir “DevOps Center”.

  • Cliquez sur “Nouveau Projet”.
  • Connectez-vous à votre compte GitHub.
  • Autorisez forcedotcom.
  • Vous devrez ensuite cliquer à nouveau sur le bouton “Nouveau Projet” pour continuer.
  • Le projet sera créé à la fois dans Salesforce DevOps Center et dans GitHub automatiquement.
  • Ensuite, appuyez sur “Cliquez pour connecter” pour connecter l’environnement de publication final dans le pipeline (c’est-à-dire à l’environnement de production).
  • Cliquez ensuite sous “Tous les Environnements” pour connecter “Dev” et “UAT”.

Supprimons quelques étapes complètes du pipeline, “Intégration” et “Mise en Scène” :

Ensuite, connectez-vous à la sandbox Dev et UAT précédemment créée, et définissez également un nom de branche pour UAT, par exemple “UAT-Branch-One”.

Notez que l’étape UAT est une étape de regroupement – les éléments déployés jusqu’ici ne peuvent pas être modifiés. Les sandboxes nouvellement créées peuvent prendre beaucoup de temps avant que vous puissiez vous connecter depuis le domaine générique test.salesforce.com.

Après la configuration, vous pouvez continuer et appuyer sur le bouton “Activer”.

Création d’une Tâche de Travail

Pour notre exemple simple, créons une tâche de travail qui consistera à créer un seul objet personnalisé.

À lire aussi  Quels métiers après un bac+5 en école de commerce ?

Saisissez les détails de la tâche de travail. Ensuite, connectez la tâche de travail à votre organisation de développement.

Démonstration d’une Modification

Connectez-vous à la sandbox Dev et créez un objet personnalisé. Pour mon exemple, j’ai utilisé “SFB” :

Ensuite, revenez à la production. Grâce au suivi de la source, vous pourrez voir que l’objet personnalisé, sa mise en page et un profil sont déjà prêts à être récupérés.

  • Cliquez sur le bouton “Extraire les Modifications”.
  • Cochez les éléments et validez les modifications.
  • Ensuite, cliquez sur “Créer un Examen” en haut à droite.
  • Le réviseur peut consulter la demande de modification, puis cliquez sur l’interrupteur “Prêt à Promouvoir”.

Promotion du Changement vers UAT

Le responsable de la publication peut collectivement promouvoir plusieurs tâches de travail des organisations de développement vers UAT, avec différentes options de déploiement.

Si vous vous en souvenez, nous avons sélectionné UAT comme étape de regroupement ou de fusion. Les éléments déployés jusqu’ici ne peuvent pas être modifiés.

Une fois les tests d’acceptation utilisateur réussis et la date de déploiement en production atteinte, le responsable de la publication peut déployer le regroupement de UAT vers la production.

Sélectionnez un nom de version ou un numéro de version pour le déploiement en production, puis “Promouvoir”.

Réflexions Finales

  • N’utilisez pas l’organisation Salesforce de votre entreprise ou de votre client pour essayer cette démo. Expérimentez toujours sur des organisations jetables et gratuites. Pour être prudent, utilisez le mode de navigation privée de votre navigateur ou un autre navigateur.
  • DevOps Center a besoin de GitHub, tandis que l’utilisation de BitBucket sera disponible à l’avenir. Les autres référentiels de code ne sont pas pris en charge.
  • Contrairement aux Change Sets, DevOps Center peut déployer des modifications destructrices et supprimer des métadonnées. La suppression de métadonnées a été une étape manuelle fastidieuse pendant très longtemps, jusqu’à maintenant.

Références:

  • Install and Configure DevOps Center | Salesforce
  • Salesforce DevOps Center: A Deeper Dive | Salesforce Ben
  • Salesforce DevOps Center: Step-by-Step Tutorial | Salesforce Ben
  • Learn the Basics of Release Management Unit | Trailhead
  • Free Salesforce Developer Edition Org 30-day trials