Vous êtes ici :
Installation et configuration du Centre DevOps
Un administrateur Salesforce ou un utilisateur disposant des autorisations appropriées peut installer DevOps Center . Un administrateur ou un utilisateur Salesforce attribué à l'ensemble d'autorisations DevOps Center Manager peut configurer DevOps Center.
Éditions requises
| Disponible avec : Lightning Experience avec les éditions Enterprise, Performance, Professional (accès API requis), Unlimited et Developer. |
| Disponible avec : Government Cloud Plus comme interopérable. L'activation du Centre DevOps dans les organisations Government Cloud Plus peut entraîner l'envoi d'une quantité de données supérieure à la limite autorisée. Pour plus de détails, contactez votre chargé de compte Salesforce. |
| Pas disponible avec : La zone EU Operating. La zone EU Operating est une offre payante spéciale qui fournit un niveau d'engagement de résidence des données avancé. Le Centre DevOps est pris en charge dans les organisations de l'Union Européenne qui ne font pas partie de la Zone opérationnelle de l’Union européenne, selon les conditions et les termes de produit standard. |
| Autorisations utilisateur requises | |
|---|---|
| Pour installer et configurer DevOps Center : | Télécharger les packages AppExchange |
Pour installer DevOps Center dans une organisation Professional Edition, l'organisation doit disposer d'un accès API, qui permet DevOps Center d'accéder aux données depuis le système de contrôle de code source. Si vous tentez d'installer DevOps Center dans une organisation Professional Edition sans accès API, une erreur d'installation se produit. Pour demander le complément API, contactez votre chargé de compte.
Regardez cette vidéo qui explique comment gérer et publier en toute sécurité les modifications dans Salesforce en utilisant des sandbox et DevOps Center.
Installez le package DevOps Center dans une édition d'organisation prise en charge depuis la page de configuration de DevOps Center. Vous pouvez installer DevOps Center dans l'organisation qui est la version finale de votre pipeline, ou dans une autre organisation qui n'est pas liée aux organisations du pipeline. Après l'avoir installé, vous connectez DevOps Center à tous les environnements que vous utilisez pour le développement, les tests et la version finale.
Dans le cadre du processus de configuration, vous ajoutez des utilisateurs DevOps Center à l'organisation dans laquelle il est installé. Vous pouvez accorder un accès minimal à l'organisation en attribuant aux utilisateurs la licence Identity Only ou Salesforce Limited Access - Free. Vous attribuez ensuite des utilisateurs à des ensembles d'autorisations DevOps Center qui déterminent les tâches qu'ils peuvent effectuer dans l'application DevOps Center.
Pourquoi ne puis-je pas installer DevOps Center dans une organisation sandbox ?
DevOps Center est un package géré installé dans une organisation qui agit comme une « plate-forme » pour l'application. Depuis DevOps Center, vous vous connectez à vos organisations de développement, environnements de pipeline et organisations de version. DevOps Center n'interagit pas avec les données existantes dans l'organisation, mais génère des données sous forme d'enregistrements d'objet personnalisé pour les objets personnalisés livrés avec le package.
Nous n'offrons pas la possibilité d'installer DevOps Center dans des organisations sandbox, car :
- Les actualisations sandbox entraînent la perte des projets DevOps Center et de leurs enregistrements associés. Toutes vos données DevOps Center auront disparu.
- Il est conçu pour que tous les membres de l"équipe se connectent à la même organisation pour accéder au DevOps Center. Le clonage d'une organisation sandbox entraînerait plusieurs instances du package géré, ce qui peut entraîner des problèmes de confusion et de synchronisation pour les équipes qui s'attendent à travailler sur les mêmes projets.
- Contrairement à certains autres packages, DevOps Center n'a aucune interaction avec les données ou métadonnées existantes dans votre organisation.
Pour évaluer DevOps Center, activez-le et installez-le dans une organisation Developer Edition ou une organisation test. Notez toutefois que les organisations tests expirent.
Quels référentiels de contrôle de source puis-je utiliser avec DevOps Center ?
Bien que nous ayons élaboré une infrastructure pour que DevOps Center finisse par s'intégrer à plusieurs systèmes de contrôle de source tiers, nous prenons désormais en charge les systèmes de contrôle de source suivants :
- Plans basés sur GitHub.com Cloud, y compris GitHub Enterprise Cloud. Actuellement, les versions hébergées localement de GitHub, y compris GitHub Enterprise Server, ne sont pas prises en charge. Consultez Configuration de DevOps Center pour GitHub pour commencer.
- Bitbucket Cloud (bêta). Consultez Configuration de DevOps Center pour Bitbucket pour commencer.
Commentaires d'ordre général
Si vous souhaitez donner votre avis, demander des améliorations produits, échanger avec d ' autres utilisateurs ou l ' équipe produit du Centre DevOps et partager des meilleures pratiques, rejoignez le groupe Trailblazer DevOps Center.
- Versions DevOps Center
Sur la base de vos commentaires et de notre volonté d'innovation, l'équipe du DevOps Center publie régulièrement de nouvelles fonctionnalités, des améliorations produits, et des correctifs de bogues. Si vous souhaitez connaître tous les avantages inclus dans chaque version de package, vous êtes au bon endroit. - Évaluation DevOps Center dans une organisation de non-production
Vous souhaitez donc évaluer DevOps Center, mais préférez l'installer dans une autre organisation que votre organisation de production. N'ayez crainte. Vous avez des options. Vous pouvez complètement évaluer DevOps Center en utilisant une combinaison d'organisations Developer Edition (DE) et d'organisations tests. - Activation et installation DevOps Center dans l'organisation
Activez DevOps Center pour fournir les autorisations nécessaires à l'installation du package DevOps Center dans l'organisation. Vous pouvez installer DevOps Center dans l'organisation qui est la version finale de votre pipeline, ou dans une autre organisation qui n'est pas liée aux organisations du pipeline. - Mise à niveau vers la dernière version DevOps Center
Dans la plupart des cas, vous n’avez rien à faire pour mettre à niveau vers la dernière version du DevOps Center. Lorsque nous publions une nouvelle version du package, nous mettons automatiquement à jour votre organisation. - Configuration de DevOps Center pour GitHub
Pour utiliser GitHub avec DevOps Center comme référentiel de contrôle de code source, certaines tâches sont effectuées au sein de GitHub, notamment la création d'un référentiel et l'ajout de membres à l'équipe. Certaines tâches sont effectuées dans DevOps Center, notamment la configuration du projet DevOps Center associé, l'ajout d'environnements de développement et de pipeline, la configuration de votre pipeline, ainsi que la création et l'attribution d'éléments de travail aux membres de l'équipe. - Configuration de DevOps Center pour Bitbucket (bêta)
Configurez DevOps Center pour utiliser un référentiel de contrôle de code source Bitbucket. Actuellement, nous prenons en charge uniquement Bitbucket Cloud. - Gérer les projets DevOps Center
Le projet est le lieu central de travail de votre équipe dans DevOps Center. L'objet d'un projet est de vous aider, vous et votre équipe, à gérer les modifications en cours de développement pour une application particulière. - Exécution des tâches de configuration facultatives
Suivez les tâches de configuration facultatives ci-dessous, si nécessaire. - Gérer les environnements
Lors de la configuration initiale DevOps Center, identifiez les environnements que vous allez utiliser pour chaque projet. Une fois les environnements définis sous l'onglet Environnements de pipeline, vous pouvez gérer chaque environnement dans son menu déroulant. - 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). - Création et attribution d'éléments de travail de projet
Créez des éléments de travail afin que lorsque les membres de votre équipe ouvrent DevOps Center pour la première fois, le travail du projet soit déjà identifié et leur soit attribué. - Élaboration d'un package d'extension pour DevOps Center
Les partenaires Salesforce et les éditeurs de logiciels peuvent utiliser des organisations tests comme environnements de développement lors de l'élaboration de packages d'extension gérés de deuxième génération (2GP) qui élargissent les fonctionnalités du DevOps Center. Une extension est tout package, composant ou ensemble de composants qui s'ajoute aux fonctionnalités d'un package géré. Une extension nécessite que le package géré de base soit installé dans l'organisation. - Désinstaller DevOps Center
Vous pouvez désinstaller DevOps Center, si nécessaire. Si vous envisagez de réinstaller DevOps Center, ne supprimez pas les fournisseurs d'authentification DevOps Center. Cependant, si vous avez supprimé les fournisseurs d'authentification, vous pouvez les recréer en réactivant la préférence DevOps Center dans Configuration. - Dépannage de la configuration DevOps Center
Voici quelques conseils si vous rencontrez des problèmes lors de l'installation ou de la configuration DevOps Center.
