Utilisation des plans et limitations

DevOps Insights Le service prendra fin et sera interrompu le 31 août 2026. Le service Continuous Delivery sera interrompu dans les régions suivantes le 12 février 2027 : au-syd, ca-tor, us-east. Code Risk Analyzer sera également retiré du marché dans toutes les régions à cette date. Si ces fonctionnalités ne sont pas activement utilisées dans une région donnée, elles pourraient y être supprimées plus tôt et ne plus accepter de nouvelles instances. En savoir plus

L'utilisation d' IBM Cloud® Continuous Delivery est limitée à la création, au déploiement, aux tests et à l'exploitation continue d'applications sur la plateforme IBM Cloud ou sur d'autres produits compatibles de type plateforme en tant que service ( PaaS ) ou infrastructure en tant que service ( IaaS ).

Portée d'une instance de service

Vous devez disposer d’une instance du serviceContinuous Delivery pour créer et utiliser les chaînes d’outils DevOps qui incluent les intégrations d’outils Delivery Pipeline, Git Repos and Issue Tracking et DevOps Insights. Une instance de service réside dans une région et appartient à un groupe de ressources. L'instance du service Continuous Delivery dans une région et un groupe de ressources spécifiques régit et mesure votre utilisation de toutes les chaînes d'outils situées dans cette même région et ce même groupe de ressources.

Plans de tarification

Le tableau suivant présente les plans tarifaires de Continuous Delivery

Plans de tarification
Plan	Coût	Limites
Lite	Gratuit	Le plan Lite offre toutes les fonctionnalités de Continuous Delivery avec des limites d'utilisation.
Professional	Payée	Le plan Professional offre les fonctionnalités complètes de Continuous Delivery sans limite d'utilisation.

Vous pouvez avoir au maximum une instance de service Lite par compte. Il est recommandé d'utiliser la formule Professional si vous souhaitez utiliser des chaînes d'outils dans plusieurs groupes de ressources ou au sein de plusieurs régions.

Pour plus d'informations, voir les plans tarifaires.

Métriques d'utilisation

Les instances de service Continuous Delivery effectuent le suivi et signalent les métriques d'utilisation dans votre compte IBM Cloud. En fonction du plan de tarification d'une instance de service, les mesures peuvent affecter le coût d'utilisation, les limites d'utilisation ou les deux. Le tableau suivant présente les mesures d'utilisation de Continuous Delivery

Mesures d'utilisation pour les plans Lite et Professional
Utilisation	Métrique	Summary
Utilisateurs autorisés	`AUTHORIZED_USERS_PER_MONTH`	Nombre moyen d'utilisateurs autorisés de l'instance de service au cours d'un mois donné.
Exécutions de pipeline	`JOB_EXECUTIONS_PER_MONTH`	Nombre total d'exécutions d'étape Tekton de pipeline ou de travail classique au cours d'un mois donné.

Facturation consolidée

Par défaut, les instances de service Continuous Delivery signalent l'utilisation indépendamment les unes des autres. Si vous avez organisé vos chaînes d'outils en plusieurs groupes de ressources dans un compte autonome ou dans plusieurs comptes d'une entreprise, les utilisateurs de vos chaînes d'outils peuvent être signalés comme utilisateurs autorisés plusieurs fois à partir de plusieurs instances correspondantes du service Continuous Delivery

Par exemple, un développeur sur un projet Git Repos and Issue Tracking qui est intégré dans deux chaînes d'outils dans des groupes de ressources différents sera compté et, dans le cadre du plan Professional, facturé deux fois.

La facturation consolidée est désactivée par défaut. Cependant, vous pouvez activer la facturation consolidée d'une instance de service Continuous Delivery avec le plan professionnel dans un compte d'entreprise, ce qui entraîne la consolidation des utilisateurs autorisés de toutes les instances de service dans votre hiérarchie d'entreprise, au sein d'une région, sur une seule liste. Vous pouvez ainsi vous assurer que les courriels des utilisateurs autorisés ne sont comptabilisés et facturés qu'une seule fois au sein de votre entreprise et de votre région.

La fonction de facturation consolidée n'est disponible qu'avec le plan professionnel Continuous Delivery. La consolidation se produit uniquement dans la région contenant l'instance de service Continuous Delivery pour laquelle la fonction de facturation consolidée est activée.

Permettre la facturation consolidée

Pour activer la facturation consolidée, vous devez avoir une instance de Continuous Delivery avec le plan professionnel dans un compte d'entreprise, et vous devez avoir accès à l'instance avec le rôle d'éditeur ou d'administrateur.

Pour activer la facturation groupée, procédez comme suit :

Dans la console IBM Cloud, sélectionnez le compte d'entreprise pour lequel vous souhaitez consolider la facturation dans le menu déroulant du compte dans la barre de menu de la console.
Cliquez sur le 'Menu de navigation ' > 'Liste de ressources.
Saisissez 'Continuous Delivery pour filtrer la liste sur vos instances existantes.
Cliquez sur le nom de l'instance vers laquelle vous souhaitez consolider la facturation.
Cliquez sur Gérer > Facturation consolidée.
Cliquez sur " Sur dans la section Activer la facturation consolidée.
Vérifiez que la liste des adresses électroniques est complète et correcte dans la section Utilisateurs autorisés consolidés.

Les détails de la facturation consolidée ne sont disponibles que dans les instances de service Continuous Delivery avec le plan professionnel situé dans le compte d'entreprise (le compte le plus élevé dans la hiérarchie de l'entreprise).

Si vous changez le plan d'une instance Continuous Delivery pour laquelle la facturation consolidée est activée et que vous passez du plan professionnel à un autre plan, la facturation consolidée est automatiquement désactivée. Pour réactiver la facturation consolidée, vous devez d'abord redéfinir le plan sur Professionnel.

Désactivation de la facturation consolidée

Suivez les étapes 1 à 7 de la section précédente.
Cliquez sur Désactivé dans la section Activer la facturation consolidée.

Comment fonctionne la facturation groupée?

Par défaut, le nombre d'utilisateurs autorisés est indiqué pour chaque instance Continuous Delivery Lorsque la facturation consolidée est activée sur une instance du compte d'entreprise, le nombre d'utilisateurs autorisés est rapporté par cette instance au nom de toutes les instances de la même région et de la même hiérarchie d'entreprise, y compris celles de tous les comptes enfants et toutes les autres instances dans d'autres groupes de ressources du compte d'entreprise.

Une liste des utilisateurs autorisés de toutes les instances de la région et de la hiérarchie des comptes est établie. En outre, les adresses électroniques en double sont supprimées et le décompte de la liste consolidée des adresses électroniques des utilisateurs autorisés qui en résulte est communiqué au niveau du compte de l'entreprise.

Pour passer en revue la liste consolidée des adresses électroniques des utilisateurs autorisés:

Dans votre liste de ressources, saisissez " Continuous Delivery pour filtrer la liste sur vos instances.
Cliquez sur le nom de l'instance dans laquelle la facturation consolidée est activée.
Cliquez sur Gérer > Facturation consolidée.
Consultez la liste des adresses électroniques dans la section Utilisateurs autorisés consolidés. La liste est en lecture seule, car elle est générée à partir des listes d'utilisateurs autorisés de toutes les instances de service dans la hiérarchie de l'entreprise.

Lorsque la facturation consolidée est activée pour une instance de service, les onglets Gérer > Utilisateurs autorisés pour toutes les autres instances dans la hiérarchie de l'entreprise incluent des détails expliquant que la facturation consolidée s'applique à ces instances.

Limitations de la facturation consolidée

Une hiérarchie de comptes d'entreprise est nécessaire. Vous ne pouvez pas activer la facturation consolidée pour les groupes de ressources dans un compte autonome.
Le plan professionnel est obligatoire.
- Vous ne pouvez pas activer la facturation consolidée pour une instance Continuous Delivery avec un autre plan.
- Les utilisateurs autorisés sont consolidés uniquement à partir des instances Continuous Delivery avec le plan professionnel. En d'autres termes, les instances dotées de plans Lite ne participent pas à la facturation consolidée.
Vous ne pouvez activer la facturation consolidée que pour une instance de service dans le compte d'entreprise. De plus, vous ne pouvez l'activer que pour une seule instance dans le compte de l'entreprise.
La facturation consolidée s'applique uniquement aux utilisateurs autorisés. Elle n'affecte pas la manière dont les opérations de pipeline sont signalées.
La facturation consolidée est limitée à une seule région donnée. L'utilisation ne peut pas être consolidée d'une région à une autre.
Même si vous activez la facturation consolidée pour une instance spécifique, aucun utilisateur autorisé n'est signalé pour toutes les autres instances de plan professionnel du service dans la hiérarchie de l'entreprise, même si les utilisateurs autorisés de ces instances sont toujours répertoriés.

Lorsque vous supprimez une instance dans un compte d'entreprise dans lequel la facturation consolidée est activée, la facturation pour cette instance s'arrête. Les autres instances du service dans l'entreprise et la région reprennent la facturation normale. La facturation consolidée n'est pas automatiquement réactivée lorsqu'une instance de service supprimée est restaurée lors de la remise en état. Pour réactiver la facturation consolidée pour une instance restaurée, allez dans Gérer > Facturation consolidée à partir de l'onglet de votre instance restaurée Continuous Delivery.

Gestion des utilisateurs autorisés

Continuous Delivery Les formules tarifaires sont définies et facturées en fonction du nombre d'utilisateurs autorisés pour une instance. Les utilisateurs autorisés sont ajoutés automatiquement à une instance en fonction de l'utilisation qui en est faite.

Vous pouvez consulter et gérer la liste des utilisateurs autorisés à partir de l'onglet Gérer > Facturation consolidée pour chaque instance.

Si la facturation consolidée est activée, vous pouvez également consulter la liste des utilisateurs autorisés à partir de l'onglet Facturation consolidée pour chaque instance d'un compte d'entreprise.

Si votre chaîne d'outils intègre des projets Git Repos and Issue Tracking dans le groupe open-toolchain fourni par IBM, par exemple us-south.git.cloud.ibm.com/open-toolchain, les membres de ces projets ne sont pas comptés parmi les utilisateurs autorisés de votre chaîne d'outils.

La formule Lite est soumise à certaines restrictions. Pour plus d'informations, voir les détails de la tarification du service.

Vous pouvez gérer un journal d'activité lié aux utilisateurs autorisés. Pour plus d'informations sur l'affichage, la gestion et l'audit des activités initiées par le service et par l'utilisateur dans vos instances, consultez la section Événements IBM Cloud Activity Tracker Event Routing.

Comment les utilisateurs sont-ils pris en compte lorsque les instances Continuous Delivery sont dans des groupes de ressources ?

Les utilisateurs sont recensés et gérés à l'aide de la liste des utilisateurs autorisés associée à chaque instance d' Continuous Delivery. Les utilisateurs sont automatiquement ajoutés à cette liste lorsqu'ils répondent à l'un des critères suivants :

Affichez, éditez ou exécutez (directement dans l'interface utilisateur ou indirectement en validant dans un référentiel) un pipeline de distribution.
Interagissez avec DevOps Insights.
Disposent d'un accès Développeur (ou supérieur) à un référentiel dans Git Repos and Issue Tracking qui leur permet de valider et d'envoyer des changements à ce référentiel. Les utilisateurs des jetons d'accès au projet Git avec le rôle Développeur (ou supérieur) sont considérés comme des utilisateurs autorisés. Ces utilisateurs apparaissent dans la liste des utilisateurs autorisés en tant qu'utilisateurs bot.

Les utilisateurs disposant des rôles Guest ou Reporter ne sont pas automatiquement ajoutés à la liste des utilisateurs autorisés. Pour empêcher les utilisateurs d'accéder aux chaînes d'outils et d'être ajoutés automatiquement à la liste des utilisateurs autorisés pour une instance de service Continuous Delivery, procédez comme suit :

Supprimer l'accès de l'utilisateur à la chaîne d'outils dans le cadre de la gestion de l'identité et de l'accès (IAM).
Supprimez les droits d'accès Developer et supérieurs de tous les dépôts Git Repos and Issue Tracking associés à l'ensemble des chaînes d'outils du groupe de ressources et de la région, en supprimant leur accès aux dépôts ou en rétrogradant leur rôle à Guest ou Reporter.

Les activités spécifiques utilisées pour compter automatiquement les utilisateurs, ainsi que la méthode de comptage de ces derniers, sont susceptibles d'évoluer au fil du temps. Toutefois, le processus de comptage des utilisateurs respectera toujours les conditions des plans Continuous Delivery. Vous pouvez également ajouter manuellement des utilisateurs à la liste des utilisateurs autorisés à tout moment.

Pour plus d'informations sur l'utilisation d'IAM pour gérer l'accès aux chaînes d'outils dans un groupe de ressources ou à la chaîne d'outils elle-même, voir Gestion de l'accès utilisateur aux chaînes d'outils avec Identity and Access Management. Pour plus d'informations sur la gestion des accès à un dépôt Git Repos and Issue Tracking, consultez la section Membres du projet.

La méthode que vous utilisez pour organiser les chaînes d'outils dans les groupes de ressources a un impact direct sur l'accès des utilisateurs et la facturation. Par défaut, lorsqu'un utilisateur utilise des chaînes d'outils dans plusieurs régions ou groupes de ressources, chaque instance d' Continuous Delivery, au sein de chaque combinaison unique de région et de groupe de ressources, est comptabilisée et facturée. Si vous utilisez le plan professionnel dans un compte d'entreprise, vous pouvez peut-être réduire le nombre total d'utilisateurs autorisés facturés au sein de l'entreprise en activant la facturation consolidée comme décrit précédemment.

Effectuez les étapes suivantes pour gérer la liste des utilisateurs autorisés des instances Continuous Delivery à partir de l'onglet Manage de l'instance Continuous Delivery.

Dans votre liste de ressources, saisissez " Continuous Delivery pour filtrer la liste sur vos instances.
Cliquez sur le nom d'une instance pour accéder aux détails de l'instance.
- Cliquez sur Gérer > Utilisateurs autorisés pour afficher, ajouter ou supprimer des utilisateurs de la liste des utilisateurs autorisés.
- Si vous avez activé la facturation consolidée, cliquez sur Gérer > Facturation consolidée pour afficher la liste consolidée des utilisateurs autorisés.
Les utilisateurs sont automatiquement ajoutés ou réajoutés lorsqu'ils utilisent l'instance Continuous Delivery.

Lorsqu'un utilisateur se connecte à son compte IBM Cloud avec une adresse électronique associée et sélectionne un profil de confiance, il est considéré comme un utilisateur autorisé. Lorsqu'un profil de confiance est appliqué à une identité sans adresse électronique, telle qu'un identifiant de service, le profil de confiance n'est pas classé ou compté comme un utilisateur autorisé.

Consulter les détails de facturation et d'utilisation

Vous pouvez consulter les détails de facturation et d'utilisation des instances Continuous Delivery de votre compte, ainsi que le nombre d'utilisateurs et d'exécutions de pipeline qui sont rapportés à chaque instance dans un environnement public IBM Cloud

Dans la barre de menu de la console, cliquez sur Gérer > Facturation et utilisation, puis sur Utilisation.
Dans la liste des services, cliquez sur Afficher les plans pour l'instance Continuous Delivery
Cliquez sur Afficher les détails pour afficher les détails du plan spécifique de l'instance.
Cliquez sur Afficher les détails de l'instance pour afficher les informations d'utilisation de l'instance.

L'indicateur AUTHORIZED_USERS_PER_MONTH est calculé à partir d'une moyenne mensuelle d'utilisateurs comptabilisés quotidiennement. Si la facturation consolidée est activée, l'instance dans le compte activé rapporte une métrique consolidée 'AUTHORIZED_USERS_PER_MONTH Toutes les autres instances de la hiérarchie de l'entreprise affichent zéro.

Que se passe-t-il lorsque vous dépassez les limites de votre plan de service ?

Le plan de service Lite comporte certaines limitations, notamment en ce qui concerne le nombre d'utilisateurs autorisés du service et le nombre de tâches Classic Delivery Pipeline ou d'étapes Tekton qui peuvent être exécutées par mois. Si l'une des limites du forfait est dépassée au cours d'une période de facturation, le service est suspendu. Par exemple, les tâches Classic d' Delivery Pipeline et les étapes de pipeline Tekton ne s'exécutent pas pendant le reste de la période de facturation. Pour plus d'informations sur le plan, voir les détails deContinuous Delivery dans le catalogue '{: external}' .

Vous évitez les limitations du plan de service Lite et réactivez votre instance en passant au plan professionnel comme décrit dans les sections suivantes.

Mise à niveau de votre plan de service dans l'interface utilisateur

Dans votre liste de ressources, cliquez sur l'instance Continuous Delivery avec le plan de service Lite à mettre à niveau.
Cliquez sur Plan dans le tableau de bord de l'instance.
Dans la section Modifier le plan tarifaire, sélectionnez Professionnel et cliquez sur Enregistrer.

Une fois la mise à niveau de votre forfait effectuée, vous devez réinitialiser votre application :

Accédez à votre liste de ressources et repérez l'application à laquelle le service est associé.
Ouvrez le menu Actions, puis sélectionnez Redémarrer l'application.

Mise à jour de votre plan de service dans l'interface de programmation

Vérifiez que le service est activé via le contrôleur de ressources.

ibmcloud catalog service continuous-delivery

Si le service est activé via le contrôleur de ressources, il répertorie RC Compatible true. Notez l'identifiant du forfait vers lequel vous souhaitez effectuer la mise à niveau.

ID                 59b735ee-5938-4ebd-a6b2-541aef2d1f68
Name               continuous-delivery
Kind               service
Provider           IBM
Tags               dev_ops, eu_access, gc_migrate, ibm_created, lite, rc_compatible
Active             true
Description        Support DevOps best practices by using Git, issue tracking, and CI/CD pipelines in the Cloud.
Bindable           false
Original Name      continuous-delivery
RC Compatible      true
RC Provisionable   true
IAM Compatible     true
Children           Name                      Kind         ID
                   lite                      plan         a35fb0e9-4fc2-400e-8161-49078e5af632
                   professional              plan         9ca4dc64-bc7b-4aba-9c1c-8bbf30ff127e

Mettez à jour le plan de votre instance en utilisant la commande 'ibmcloud resource service-instance-update.
```
ibmcloud resource service-instance-update <service_instance_name>
--service-plan-id <plan_id>
```

Utilisation de Delivery Pipeline

Examinez les limitations suivantes pour les canalisations de livraison incluses dans un plan de service Lite :

La limite d'exécution de 500 étapes et de travaux inclut à la fois les étapes de pipeline pour les pipelines Tekton et les exécutions de travaux de pipeline pour les pipelines Classic. Si votre pipeline comporte plusieurs étapes au cours d'une même exécution, comme c'est le cas pour les pipelines DevSecOps, vous risquez d'atteindre rapidement cette limite.
Les échecs de pipeline de distribution, à l'exception des exécutions d'étape ignorées et des exécutions de travail classique, sont comptabilisés dans la limite d'exécution d'étape de 500 Tekton par mois. Cette limite d'exécution de 500 étapes s'applique également aux exécutions de travaux Classic pour les pipelines Classic.
Toutes vos chaînes d'outils et les pipelines qu'elles contiennent, dans un seul groupe de ressources, contribuent à la même limite de 500 exécutions d'étapes Tekton par mois. La même limitation est utilisée, car les exécutions d'étapes du pipeline et les exécutions de tâches sont comptées au niveau du groupe de ressources pour une instance Continuous Delivery spécifique.

Un délai de grâce de cinq jours n'est offert qu'une seule fois, la première fois que vous atteignez la limite de 500 étapes.

La période de rétention des pipelines varie en fonction du type de pipeline et du plan sélectionné pour l'instance Continuous Delivery

Les pipelines classiques conservent un maximum de 10 exécutions d'étape sur l'un ou l'autre plan.
Les pipelines Tekton du plan Professional conservent PipelineRuns et leurs journaux pendant un an.
Les pipelines Tekton du plan Lite conservent les PipelineRuns et leurs journaux pendant 30 jours.

Les comportements d'utilisation acceptables comprennent, sans s'y limiter, les comportements suivants :

La compilation et l'assemblage d'artefacts pour les langages de programmation pris en charge.
Le déploiement automatisé d'artefacts d'application, de configurations et de ressources ou services pertinents.
Le test, la validation et tout autre comportement généré par un événement de développement déclenché dans le cadre d'un processus de développement.

Les comportements d'utilisation non autorisés comprennent, sans s'y limiter, les comportements suivants :

L'utilisation de travaux ou d'agents de pipeline pour des comportements de calcul généraux, tels que le minage de Bitcoin, les attaques par refus de service distribuées et un comportement malveillant ou offensant envers d'autres clients ou utilisateurs de la plateforme IBM Cloud ou des utilisateurs généraux d'Internet.
L'utilisation, dans le cadre du processus de développement normal, de sites ou de services qui encouragent les discours de haine ou d'autres activités contraires aux directives de conduite professionnelle d' IBM.
L'utilisation d'un comportement généré par un événement pour une intrusion malveillante ou des attaques contre IBM Cloud ou d'autres sites.

Les utilisateurs qui ne respectent pas les règles d'utilisation des services Continuous Delivery ou les règles de conduite de IBM peuvent être désactivés à la discrétion de IBM et sans préavis. Certains services peuvent être rétablis si les utilisateurs corrigent leurs comportements d'utilisation après avoir été informés de l'action répréhensible. Sinon, les comptes peuvent être suspendus ou clôturés.

limitations liées à Git Repos and Issue Tracking

Git Repos and Issue Tracking est basé sur GitLab Community Edition et hébergé sur IBM Cloud; toutefois, certaines options d' GitLab s ne sont pas disponibles :

Etant donné que Delivery Pipeline fournit l'intégration continue et la distribution continue pour IBM Cloud, les fonctions d'intégration continue de GitLab ne sont pas prises en charge.
GitLab Les fonctions d'administration ne sont pas disponibles car elles sont gérées par IBM.
Git Repos and Issue Tracking risque de ne pas être entièrement accessible.

Informations utilisateur et contenu de Git Repos and Issue Tracking

Trois types de projet Git Repos and Issue Tracking sont disponibles :

Les projets publics sont visibles par tous les visiteurs du site. Le contenu d'un projet public est visible par toute personne accédant à Continuous Delivery, même si elle n'est pas invitée à rejoindre le projet.
Les projets privés sont uniquement visibles par les utilisateurs sélectionnés. Pour plus d'informations sur l'octroi d'un accès à un projet aux utilisateurs, consultez la section Membres du projet.
Les projets internes sont visibles par tous les utilisateurs connectés. Tout utilisateur doté d'un compte IBM Cloud peut visualiser ces projets.

Pour plus d'informations sur les paramètres de projet, voir Change project visibility.

Lorsque vous utilisez Git Repos and Issue Tracking, le contenu que vous apportez à un projet est soumis à une licence aux conditions spécifiées dans ce projet. Lorsque vous créez un projet, incluez un fichier qui décrit la licence applicable au contenu. Lorsque vous contribuez à un projet, votre nom et votre adresse électronique associée à vos validations sont susceptibles d'être visibles par le public. L'adresse électronique associée à votre compte IBM Cloud est utilisée lorsque vous créez des validations via l'interface Web de Git Repos and Issue Tracking.

Lier une instance à un projet Git

Les projets Git doivent être liés à une instance Continuous Delivery qui utilise une chaîne d'outils, car les Git Repos and Issue Tracking sont des composantes du service. L'ajout de votre projet à une chaîne d'outils facilite l'utilisation d'autres outils, tels que Continuous Delivery Pipelines ou DevOps Insights. Par conséquent, il rationalise vos flux de développement et améliore la qualité de votre code.

Vous pouvez utiliser la console ou une API pour lier votre instance et votre instance de chaîne d'outils à un projet Git.

Lien entre Continuous Delivery et les instances de la chaîne d'outils dans l'interface utilisateur

Lier un nouveau projet

Vous devez utiliser l'interface utilisateur pour lier les instances Continuous Delivery et toolchain lorsque vous créez un nouveau projet.

Lier un projet existant

Allez dans Projets > Général > Paramètres.
Sélectionnez le projet auquel vous souhaitez ajouter des instances.
Allez sur Continuous Delivery > Développer pour mettre à jour ou ajouter une instance de Continuous Delivery et de toolchain.

Lier les instances de Continuous Delivery et de toolchain en utilisant l'API

Vous pouvez lier Continuous Delivery et les instances de la chaîne d'outils lorsque vous utilisez l'API pour créer un nouveau projet.

Utilisez un en-tête facultatif " IBM-CLOUD-API-KEY pour ajouter Continuous Delivery et des chaînes d'outils lors de la création d'un projet. Générez la valeur de votre clé API à partir de la page de connexion de la console.
Ajoutez l'un des paramètres requis toolchain_ID ou cd_instance pour lier votre projet Git à une instance spécifique de Continuous Delivery et de toolchain.
- Si le paramètre cd_instance est indiqué, une chaîne d'outils par défaut est automatiquement créée pour l'instance de CD spécifiée avec une intégration de l'outil git repo au dépôt.
- Si le paramètre toolchain_id est indiqué, l'intégration de l'outil git repo est créée dans la chaîne d'outils indiquée. Le paramètre toolchain_id remplace le paramètre cd_instance. Si les deux sont fournis, c'est l'ID de la chaîne d'outils qui est utilisé.
  
  Pour utiliser avec succès ces paramètres de requête, vous devez utiliser l'en-tête IBM-CLOUD-API-KEY.

Effectuez les étapes suivantes pour trouver les identifiants de vos instances Continuous Delivery et toolchain :

Dans la console, cliquez sur 'Menu de navigation ' > 'Liste de ressources.
Dans votre liste de ressources, cliquez sur la chaîne d'outils ou l'instance Continuous Delivery requise.
Cliquez sur Détails pour afficher et copier les détails du GUID et du CRN.

Pour le paramètre 'toolchain_ID, utiliser le GUID de la chaîne d'outils. Pour le paramètre " cd_instance, utilisez le GUID ou le CRN comme valeur.