Vous êtes ici :
Planification de votre pipeline
Un pipeline définit la séquence d'étapes à travers lesquelles les éléments de travail progressent pendant leur cycle de vie de publication depuis le développement vers la production (ou autre étape finale).
Le pipeline comprend des étapes. Chaque étape de pipeline correspond à un environnement (actuellement une organisation Salesforce) et à une branche dans le référentiel de contrôle du code source. Le pipeline ne peut pas être modifié une fois les modifications promues par son intermédiaire.
Combien d'étapes du pipeline ai-je besoin ?
Votre pipeline peut inclure n'importe quel nombre d'étapes du pipeline. La configuration de votre pipeline dépend entièrement de vous, et est basée sur les processus de développement et métiers que vous avez mis en place.
Un pipeline nécessite uniquement un environnement de version finale (1). Cependant, si votre équipe effectue une partie de son travail de développement dans des organisations sandbox et test, vous pouvez connecter les environnements de développement que vous envisagez d'utiliser pour ce projet lors de la construction du pipeline. (2). Nous recommandons d'avoir au moins une étape de test en plus de vos étapes de développement et de production. Chaque étape du pipeline a un environnement (organisation) associé et une branche correspondante dans le référentiel de contrôle de code source.
Pour vous aider à élaborer un pipeline robuste, qui comprend généralement 2 à 3 étapes de test, nous fournissons un modèle de pipeline. Ce modèle de pipeline comprend les étapes recommandées suivantes :
| Phase | Description |
|---|---|
| Intégration | La première phase de test (après la phase de développement) est une phase d'intégration (3) dans laquelle toutes les modifications des divers environnements de développement sont regroupées pour la première fois et peuvent être testées dans un environnement intégré. Cette étape permet d'identifier les conflits et de les résoudre avant d'avancer. |
| UAT | Vous pouvez avoir une ou plusieurs étapes entre « l'intégration » et « l'étape » (4) où vous pouvez effectuer des tests supplémentaires, y compris par des parties prenantes métiers, souvent appelés tests d'acceptation utilisateur (UAT). Nous indiquons cette étape comme l'étape d'empaquetage, dans laquelle vous mettez en version un groupe de modifications associées et les déplacez ensemble dans le pipeline. |
| Intermédiaire | Cette dernière étape de test (avant la production) est utilisée pour la validation finale ou « stage » (5) avant la promotion des modifications en production. |
| Production (version) | La destination finale de vos modifications (1). L'organisation de cette étape est votre instance Salesforce live. |
Les branches des étapes du pipeline doivent être uniques entre les projets
Vous pouvez utiliser le même référentiel de contrôle de code source entre les projets. Cependant, les branches doivent être uniques pour chaque étape du pipeline, à l'exception de la branche de version (souvent appelée main), afin d'éviter l'introduction de conflits et l'écrasement des modifications.
Options de configuration du pipeline
L'élaboration et l'activation du pipeline sont les dernières étapes pour terminer la configuration de votre projet DevOps Center.
Les modifications progressent dans le pipeline lorsque les membres de l'équipe font la promotion d'éléments de travail ou de paquets d'éléments de travail (un groupe de modifications versionnées qui sont promues ensemble). Lors de la promotion, les modifications sont fusionnées depuis la branche actuelle de l'étape (ou branche de fonctionnalité) vers la branche suivante de l'étape, puis déployées dans l'organisation de l'étape suivante.
Vous pouvez configurer votre pipeline de deux façons :
- Autorisez les membres de l'équipe à déplacer les éléments de travail individuellement à travers l'ensemble du pipeline.
- Autorisez les membres de l'équipe à déplacer des éléments de travail individuellement dans les premières étapes du pipeline et en tant que groupe de modifications avec version (offre groupée d'éléments de travail) dans les étapes suivantes. Continuez à lire pour tout savoir sur les avantages des paquets d'éléments de travail.
- Choix de la construction de votre pipeline
Après avoir défini des environnements de développement et une organisation de version (production), vous disposez d'un pipeline de base. Cependant, il n'est pas recommandé de déployer directement en production. Vous pouvez utiliser notre modèle pour élaborer le pipeline, ajouter d'autres étapes au modèle de pipeline ou Build Your Own. - Meilleures pratiques pour nommer des agences
Chaque étape du pipeline a une branche associée dans le référentiel de contrôle de code source, qui contient les modifications associées aux éléments de travail de votre équipe. Lors de l'élaboration de votre pipeline, vous pouvez spécifier soit une branche existante dans le référentiel, soit autoriser DevOps Center à en créer une pour vous. Si vous autorisez DevOps Center à le créer pour vous, indiquez une chaîne alphanumérique unique. - Élaboration de votre pipeline en utilisant le modèle
Lorsque vous spécifiez l'environnement cible de publication (production), il devient automatiquement la dernière étape du pipeline. DevOps Center l ' associe également à la branche par défaut du référentiel de contrôle des sources, qui est souvent appeléemainpar défaut. Nous recommandons de ne pas modifier la branche pour cette étape finale du pipeline. - Build Your Own pipeline
Build Your Own pipeline en modifiant le pipeline de modèles existant. - Activation du pipeline
Une fois activé, un pipeline peut être utilisé par votre équipe. - Quelle est la différence entre les onglets Étapes et Environnements ?
Une fois le pipeline activé, l'onglet Étapes est affiché sous la forme d'un premier onglet dans la page Pipeline. - Empaqueter ou ne pas empaqueter, voilà une excellente question
Le processus et le mécanisme de promotion des changements d'une étape à l'autre peuvent varier à mesure que vous passez de « gauche à droite » dans le pipeline. Dans les étapes antérieures (gauche) du pipeline, vous souhaitez souvent plus de flexibilité pour promouvoir des éléments de travail individuels d'une étape à l'autre. À mesure que vous progressez vers les dernières (bonnes) étapes du pipeline, il est souvent souhaitable d'avoir plus de prévisibilité et de capacité à mettre en version les ensembles de modifications promus et finalement publiés.
