Einschränkungen und Nutzung bei der Verwendung der jeweiligen Pläne

DevOps Insights wird am 31. August 2026 das Ende des Betriebs erreichen und eingestellt werden. Continuous Delivery wird am 12. Februar 2027 in den folgenden Regionen eingestellt: au-syd, ca-tor, us-east. Code Risk Analyzer wird zu diesem Zeitpunkt ebenfalls in allen Regionen eingestellt. Wenn diese Funktionen in einer Region nicht aktiv genutzt werden, können sie in dieser Region vorzeitig eingestellt werden, sodass keine neuen Instanzen mehr akzeptiert werden. Weitere Informationen

Die Nutzung von IBM Cloud® Continuous Delivery ist auf die Erstellung, Bereitstellung, das Testen und den laufenden Betrieb von Anwendungen auf der IBM Cloud-Plattform oder anderen kompatiblen Platform-as-a-Service- ( PaaS ) oder Infrastructure-as-a-Service- ( IaaS ) Produkten beschränkt.

Geltungsbereich einer Serviceinstanz

Sie benötigen eine Instanz des Continuous Delivery-Dienstes, um DevOps-Toolchains zu erstellen und zu verwenden, die die Tool-Integrationen Delivery Pipeline, Git Repos and Issue Tracking und DevOps Insights enthalten. Eine Serviceinstanz befindet sich in einer Region und gehört zu einer Ressourcengruppe. Die Instanz des Continuous Delivery-Dienstes in einer bestimmten Region und Ressourcengruppe steuert und misst Ihre Nutzung aller Toolchains in derselben Region und Ressourcengruppe.

Preisstrukturpläne

Die folgende Tabelle gibt einen Überblick über die Preispläne von Continuous Delivery:

Preisstrukturpläne
Planen Kosten Grenzwerte
Lite Kostenfrei Der Lite-Plan bietet die vollständige Funktionalität von Continuous Delivery mit Nutzungsbeschränkungen.
Professionell Bezahlt Der Professional-Plan bietet die vollständige Funktionalität von Continuous Delivery ohne Nutzungsbeschränkungen.

Pro Konto kann maximal eine Lite-Serviceinstanz vorhanden sein. Es wird empfohlen, den Professional-Tarif zu nutzen, wenn Sie mit Toolchains in mehreren Ressourcengruppen oder innerhalb mehrerer Regionen arbeiten möchten.

Weitere Informationen finden Sie unter Preispläne.

Nutzungsmetriken

Continuous Delivery-Serviceinstanzen überwachen Nutzungsmetriken in Ihrem IBM Cloud-Konto und melden diese. Je nach Preisplan einer Serviceinstanz können sich die Metriken auf die Nutzungskosten, die Nutzungsgrenzen oder beides auswirken. Die folgende Tabelle gibt einen Überblick über die Nutzungsmetriken von Continuous Delivery:

Nutzungsmetriken für Lite- und Professional-Tarife
Verwendung Metrik Zusammenfassung
Berechtigte Benutzer AUTHORIZED_USERS_PER_MONTH Ein Zähler für die durchschnittliche Anzahl der berechtigten Benutzer der Serviceinstanz innerhalb eines bestimmten Monats.
Pipelineausführungen JOB_EXECUTIONS_PER_MONTH Ein Zähler für die Gesamtzahl der Ausführungen des Tekton-Pipelineschritts oder des klassischen Pipelinejobs innerhalb eines bestimmten Monats.

Konsolidierte Abrechnung

Standardmäßig berichten Continuous Delivery-Serviceinstanzen die Nutzung unabhängig voneinander. Wenn Sie Ihre Toolchains in mehrere Ressourcengruppen in einem eigenständigen Konto oder über mehrere Konten in einem Unternehmen organisiert haben, werden die Benutzer Ihrer Toolchains möglicherweise von den entsprechenden mehreren Instanzen des Continuous Delivery mehrfach als autorisierte Benutzer gemeldet.

Beispiel: Ein Entwickler in einem Projekt Git Repos and Issue Tracking, das in zwei Toolchains in verschiedenen Ressourcengruppen integriert ist, wird gezählt und unter dem Professional-Plan zweimal in Rechnung gestellt.

Die konsolidierte Abrechnung ist standardmäßig inaktiviert. Sie können jedoch die konsolidierte Abrechnung einer Continuous Delivery Serviceinstanz mit dem Professional-Plan in einem Unternehmenskonto aktivieren, was zur Konsolidierung der autorisierten Benutzer aller Serviceinstanzen in Ihrer Unternehmenshierarchie innerhalb einer Region in einer Liste führt. Auf diese Weise können Sie sicherstellen, dass die E-Mails der autorisierten Benutzer nur einmal innerhalb Ihres Unternehmens und Ihrer Region gezählt und abgerechnet werden.

Die Funktion zur konsolidierten Rechnungsstellung ist nur mit dem Continuous Delivery Professional-Tarif verfügbar. Die Konsolidierung erfolgt nur innerhalb der Region, in der sich die Continuous Delivery Service-Instanz befindet, für die die konsolidierte Abrechnungsfunktion aktiviert ist.

Ermöglichung einer konsolidierten Rechnungsstellung

Um die konsolidierte Rechnungsstellung zu aktivieren, müssen Sie über eine Instanz von Continuous Delivery mit dem Professional-Plan in einem Unternehmenskonto verfügen und mit der Rolle Editor oder Administrator auf die Instanz zugreifen.

Um die konsolidierte Abrechnung zu aktivieren, führen Sie die folgenden Schritte aus:

  1. Wählen Sie in der Konsole IBM Cloud das Unternehmenskonto, für das Sie die Abrechnung konsolidieren möchten, aus dem Dropdown-Menü des Kontos in der Menüleiste der Konsole.
  2. Klicken Sie auf die Felder ' Menü Navigation ' Navigation Menü-Symbol > ' Ressourcenliste.
  3. Geben Sie ' Continuous Delivery ein, um die Liste nach Ihren vorhandenen Instanzen zu filtern.
  4. Klicken Sie auf den Namen der Instanz, für die Sie die Rechnungen konsolidieren möchten.
  5. Klicken Sie auf Verwalten > Konsolidierte Abrechnung.
  6. Klicken Sie im Abschnitt Konsolidierte Abrechnung aktivieren auf Ein.
  7. Überprüfen Sie die Liste der E-Mail-Adressen im Abschnitt Konsolidierte autorisierte Benutzer, um sicherzustellen, dass sie vollständig und korrekt ist.

Konsolidierte Abrechnungsdetails sind nur in Continuous Delivery Service-Instanzen mit dem Professional-Plan im Unternehmenskonto (das oberste Konto in der Unternehmenshierarchie) verfügbar.

Wenn Sie den Plan einer Continuous Delivery-Instanz, in der die konsolidierte Rechnungsstellung aktiviert ist, von Professional auf einen anderen Plan ändern, wird die konsolidierte Rechnungsstellung automatisch deaktiviert. Um die konsolidierte Abrechnung wieder zu aktivieren, müssen Sie zuerst den Plan wieder in Professional ändern.

Deaktivierung der konsolidierten Rechnungsstellung

  1. Führen Sie die Schritte 1 bis 7 des vorherigen Abschnitts aus.
  2. Klicken Sie im Abschnitt Konsolidierte Abrechnung aktivieren auf Aus.

Wie funktioniert die Sammelabrechnung?

Standardmäßig wird für jede Continuous Delivery die Anzahl der autorisierten Benutzer gemeldet. Wenn die konsolidierte Abrechnung für eine Instanz im Unternehmenskonto aktiviert ist, wird die Anzahl der autorisierten Benutzer von dieser Instanz im Namen aller Instanzen in derselben Region und Unternehmenshierarchie gemeldet, einschließlich der Instanzen in allen untergeordneten Konten und allen anderen Instanzen in anderen Ressourcengruppen im Unternehmenskonto.

Es wird eine Liste der autorisierten Benutzer aus allen Instanzen der Region und der Kontenhierarchie erstellt. Darüber hinaus werden doppelte E-Mail-Adressen entfernt, und eine Zählung der resultierenden konsolidierten Liste der E-Mail-Adressen autorisierter Benutzer wird auf der Ebene des Unternehmenskontos gemeldet.

Gehen Sie wie folgt vor, um die konsolidierte Liste der E-Mail-Adressen berechtigter Benutzer zu überprüfen:

  1. Geben Sie in Ihrer Ressourcenliste " Continuous Delivery ein, um die Liste nach Ihren Instanzen zu filtern.
  2. Klicken Sie auf den Namen der Instanz, in der die konsolidierte Rechnungsstellung aktiviert ist.
  3. Klicken Sie auf Verwalten > Konsolidierte Abrechnung.
  4. Überprüfen Sie die Liste der E-Mail-Adressen im Abschnitt Konsolidierte autorisierte Benutzer. Die Liste ist schreibgeschützt, da sie aus den Listen der autorisierten Benutzer aller Service-Instanzen in der Unternehmenshierarchie generiert wird.

Wenn die konsolidierte Rechnungsstellung für eine Serviceinstanz aktiviert ist, enthalten die Registerkarten Verwalten > Autorisierte Benutzer für alle anderen Instanzen in der Unternehmenshierarchie Details, die erklären, dass die konsolidierte Rechnungsstellung für diese Instanzen gilt.

Einschränkungen bei der konsolidierten Abrechnung

  • Eine Unternehmenskontenhierarchie ist erforderlich. In einem Einzelkonto können Sie keine konsolidierte Rechnungsstellung über Ressourcengruppen hinweg aktivieren.
  • Der Professional Plan ist erforderlich.
    • Sie können die konsolidierte Abrechnung für eine Continuous Delivery nicht mit einem anderen Tarif aktivieren.
    • Autorisierte Benutzer werden nur von Continuous Delivery Instanzen mit dem Professional Plan konsolidiert. Mit anderen Worten: Instanzen mit Lite-Plänen nehmen nicht an der konsolidierten Abrechnung teil.
  • Sie können die konsolidierte Rechnungsstellung nur für eine Serviceinstanz im Unternehmenskonto aktivieren. Und Sie können es für höchstens eine Instanz im Unternehmenskonto aktivieren.
  • Die konsolidierte Abrechnung gilt nur für berechtigte Benutzer. Sie hat keinen Einfluss darauf, wie Pipelineläufe gemeldet werden.
  • Die konsolidierte Abrechnung ist auf eine bestimmte Region beschränkt. Die Nutzung kann nicht von einer Region in eine andere konsolidiert werden.
  • Auch wenn Sie die konsolidierte Abrechnung für eine bestimmte Instanz aktivieren, werden für alle anderen Professional-Plan-Instanzen des Dienstes in der Unternehmenshierarchie keine autorisierten Benutzer gemeldet, obwohl die autorisierten Benutzer dieser Instanzen weiterhin aufgeführt sind.

Wenn Sie eine Instanz in einem Unternehmenskonto löschen, in dem die konsolidierte Rechnungsstellung aktiviert ist, wird die Rechnungsstellung für diese Instanz eingestellt. Andere Instanzen des Dienstes im Unternehmen und in der Region setzen die normale Abrechnung fort. Die konsolidierte Abrechnung wird nicht automatisch reaktiviert, wenn eine gelöschte Serviceinstanz während der Reklamation wiederhergestellt wird. Um die konsolidierte Abrechnung für eine wiederhergestellte Instanz wieder zu aktivieren, gehen Sie auf der Registerkarte Ihrer wiederhergestellten Instanz Continuous Delivery auf Verwalten > Konsolidierte Abrechnung.

Verwaltung autorisierter Benutzer

Continuous Delivery Die Preispläne richten sich nach der Anzahl der autorisierten Benutzer einer Instanz und werden entsprechend berechnet. Autorisierte Benutzer werden automatisch zu einer Instanz hinzugefügt, je nach Nutzung der Instanz.

Sie können die Liste der autorisierten Benutzer auf der Registerkarte Verwalten > Konsolidierte Abrechnung für jede Instanz überprüfen und verwalten.

Wenn die konsolidierte Abrechnung aktiviert ist, können Sie auch die Liste der autorisierten Benutzer auf der Registerkarte Konsolidierte Abrechnung für jede Instanz in einem Unternehmenskonto überprüfen.

Wenn Ihre Toolchain Git Repos and Issue Tracking Projekte in die open-toolchain Gruppe integriert, die von IBM zur Verfügung gestellt wird, zum Beispiel us-south.git.cloud.ibm.com/open-toolchain, werden die Mitglieder dieser Projekte nicht als autorisierte Benutzer Ihrer Toolchains gezählt.

Der Lite-Tarif unterliegt Einschränkungen. Weitere Informationen finden Sie in den Details zu den Preisen der Dienstleistung.

Sie können ein Aktivitätenprotokoll für autorisierte Benutzer führen. Weitere Informationen zum Anzeigen, Verwalten und Überprüfen von durch Dienste und Benutzer ausgelösten Aktivitäten in Ihren Instanzen finden Sie unter IBM Cloud Activity Tracker Event Routing-Ereignisse.

Wie werden die Benutzer berücksichtigt, wenn Continuous Delivery in Ressourcengruppen sind?

Die Benutzer werden anhand der Liste der autorisierten Benutzer erfasst und verwaltet, die zu jeder Continuous Delivery-Instanz gehört. Benutzer werden automatisch dieser Liste hinzugefügt, wenn sie eines der folgenden Kriterien erfüllen:

  • Sie können eine Delivery Pipeline anzeigen, bearbeiten oder ausführen (entweder direkt in der Benutzerschnittstelle oder indirekt durch Festschreiben in einem Repository).
  • Mit DevOps Insightsinteragieren
  • Entwicklerzugriff (oder einen umfangreicheren Zugriff) auf ein Repository in Git Repos and Issue Tracking, wodurch sie Änderungen festschreiben und in dieses Repository übertragen können. Benutzer von Git-Projektzugriffstokens mit der Entwicklerrolle (oder höher) werden als berechtigte Benutzer gezählt. Diese Benutzer werden in der Liste der berechtigten Benutzer als bot-Benutzer angezeigt.

Benutzer, die über die Rolle eines Gasts oder Berichterstellers verfügen, werden nicht automatisch zur Liste autorisierter Benutzer hinzugefügt. Um zu verhindern, dass Benutzer auf Toolchains zugreifen und automatisch zur Liste autorisierter Benutzer für eine Continuous Delivery-Serviceinstanz hinzugefügt werden, führen Sie die folgenden Aktionen aus:

  • Entfernen Sie den Identitäts- und Zugriffsverwaltungszugriff (IAM) des Benutzers auf die Toolchain.
  • Entfernen Sie die Zugriffsrechte Developer und höher aus allen Git Repos and Issue Tracking-Repos, die mit allen Toolchains in der Ressourcengruppe und Region verknüpft sind, indem Sie deren Repo-Zugriff entfernen oder ihre Rolle auf Guest oder Reporter herabstufen.

Die konkreten Vorgänge, die zur automatischen Zählung von Benutzern herangezogen werden, sowie die Methode zur Zählung dieser Benutzer können sich im Laufe der Zeit ändern. Aber der Prozess zum Zählen von Benutzern wird weiterhin mit den Bedingungen von Continuous Delivery-Plänen konform sein. Sie können jederzeit auch manuell Benutzer zur Liste der autorisierten Benutzer hinzufügen.

Weitere Informationen zur Verwendung von IAM zum Verwalten des Zugriffs auf Toolchains in einer Ressourcengruppe oder in der Toolchain selbst finden Sie unter Benutzerzugriff auf Toolchains mit Identity and Access Management verwalten. Weitere Informationen zur Verwaltung des Zugriffs auf ein Git Repos and Issue Tracking-Repo finden Sie unter Projektmitglieder.

Die Art und Weise, wie Sie Toolchains in Ressourcengruppen organisieren, wirkt sich direkt auf den Benutzerzugriff und die Abrechnung aus. Standardmäßig werden, wenn ein Benutzer Toolchains in mehreren Regionen oder Ressourcengruppen nutzt, die Kosten für jede Continuous Delivery-Instanz innerhalb jeder einzelnen Kombination aus Region und Ressourcengruppe erfasst und in Rechnung gestellt. Wenn Sie den Professional-Tarif in einem Unternehmenskonto verwenden, können Sie möglicherweise die Gesamtzahl der autorisierten Benutzer, die innerhalb des Unternehmens abgerechnet werden, reduzieren, indem Sie die konsolidierte Abrechnung wie zuvor beschrieben aktivieren.

Führen Sie die folgenden Schritte aus, um die Liste der autorisierten Benutzer von Continuous Delivery Instanzen über die Registerkarte Verwalten der Instanz Continuous Delivery zu verwalten.

  1. Geben Sie in Ihrer Ressourcenliste " Continuous Delivery ein, um die Liste nach Ihren Instanzen zu filtern.

  2. Klicken Sie auf den Namen einer Instanz, um zu den Details der Instanz zu navigieren.

    • Klicken Sie auf Verwalten > Autorisierte Benutzer, um Benutzer anzuzeigen, hinzuzufügen oder aus der Liste der autorisierten Benutzer zu entfernen.
    • Wenn Sie die konsolidierte Abrechnung aktiviert haben, klicken Sie auf Verwalten > Konsolidierte Abrechnung, um die konsolidierte Liste der autorisierten Benutzer anzuzeigen.

    Benutzer werden automatisch hinzugefügt oder erneut hinzugefügt, wenn sie die Instanz Continuous Delivery verwenden.

Wenn sich ein Benutzer bei seinem IBM Cloud-Konto mit einer zugehörigen E-Mail-Adresse anmeldet und ein vertrauenswürdiges Profil auswählt, wird er als autorisierter Benutzer betrachtet. Wenn ein vertrauenswürdiges Profil auf eine Identität ohne E-Mail-Adresse angewendet wird, z. B. eine Service-ID, wird das vertrauenswürdige Profil nicht als autorisierter Benutzer eingestuft oder gezählt.

Anzeigen von Abrechnungs- und Nutzungsdetails

Sie können Abrechnungs- und Nutzungsdetails für die Continuous Delivery Instanzen in Ihrem Konto einsehen, sowie die Anzahl der Benutzer und Pipeline-Ausführungen, die für jede Instanz in einer IBM Cloud öffentlichen Umgebung gemeldet werden.

  1. Klicken Sie in der Menüleiste der Konsole auf Verwalten > Abrechnung und Nutzung und dann auf Nutzung.
  2. Klicken Sie in der Liste der Dienste auf " Pläne ansehen für die Instanz " Continuous Delivery.
  3. Klicken Sie auf Details anzeigen, um die spezifischen Plandetails für die Instanz anzuzeigen.
  4. Klicken Sie auf Instanzdetails anzeigen, um Nutzungsinformationen für die Instanz anzuzeigen.

Die Kennzahl AUTHORIZED_USERS_PER_MONTH wird auf der Grundlage eines monatlichen Durchschnitts der Nutzer berechnet, die täglich erfasst werden. Wenn die konsolidierte Abrechnung aktiviert ist, meldet die Instanz im aktivierten Konto eine konsolidierte " AUTHORIZED_USERS_PER_MONTH-Metrik. Alle anderen Instanzen in der Unternehmenshierarchie melden Null.

Was passiert, wenn Sie die Grenzwerte Ihres Serviceplans überschreiten?

Der Lite-Serviceplan enthält bestimmte Einschränkungen, wie z. B. die Begrenzung der Anzahl der autorisierten Benutzer des Dienstes und der Anzahl der Classic Delivery Pipeline oder Tekton-Schritte, die pro Monat ausgeführt werden können. Werden in einem Abrechnungszeitraum die Grenzen eines Tarifs überschritten, wird der Dienst ausgesetzt. Beispielsweise werden Classic Delivery Pipeline-Jobs und Tekton-Pipeline-Schritte für den Rest des Abrechnungszeitraums nicht ausgeführt. Weitere Informationen über den Plan finden Sie in den Continuous Delivery Details im Katalog ' {: external}.

Sie umgehen die Einschränkungen des Lite-Serviceplans und reaktivieren Ihre Instanz durch ein Upgrade auf den Professional-Plan, wie in den folgenden Abschnitten beschrieben.

Upgrade Ihres Serviceplans in der Benutzeroberfläche

  1. Klicken Sie in Ihrer Ressourcenliste auf die Instanz Continuous Delivery mit dem Serviceplan Lite, um ein Upgrade durchzuführen.
  2. Klicken Sie im Dashboard der Instanz auf Plan.
  3. Wählen Sie im Abschnitt Preisplan ändern die Option Professional und klicken Sie auf Speichern.

Nachdem Sie das Abonnement aktualisiert haben, müssen Sie Ihre App neu bereitstellen:

  1. Gehen Sie zu Ihrer Ressourcenliste und suchen Sie die App, an die der Dienst gebunden ist.
  2. Öffnen Sie das Menü Aktionen und wählen Sie App neu starten aus.

Aktualisieren des Serviceplans in der CLI

  1. Prüfen Sie, ob der Service mit dem Ressourcencontroller aktiviert ist.

    ibmcloud catalog service continuous-delivery

    Wenn der Dienst über den Ressourcen-Controller aktiviert ist, werden dort folgende Elemente aufgelistet RC Compatible true: Notieren Sie sich die ID des Tarifs, auf den Sie upgraden möchten.

    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

  2. Aktualisieren Sie den Plan für Ihre Instanz, indem Sie den " befehl ibmcloud resource service-instance-update verwenden.

    ibmcloud resource service-instance-update <service_instance_name>
--service-plan-id <plan_id>

Delivery Pipeline-Verwendung

Überprüfen Sie die folgenden Einschränkungen für Lieferleitungen, die in einem Lite-Serviceplan enthalten sind:

  • Das Limit von 500 Schritten und Jobausführungen umfasst sowohl Pipelineschritten für Tekton-Pipelines als auch Pipelinejobausführungen für Classic-Pipelines. Wenn Ihre Pipeline mehrere Schritte innerhalb eines einzigen Laufs umfasst, wie z. B. bei den DevSecOps, können Sie diese Grenze schnell erreichen.
  • Delivery Pipeline-Fehler, ausgenommen übersprungene Schrittausführungen und Classic-Jobausführungen, werden als Teil des Ausführungslimits von 500 Tekton-Schritten pro Monat gezählt. Dieses Ausführungslimit von 500 Schritten gilt auch für Classic-Jobausführungen für Classic-Pipelines.
  • Alle Ihre Toolchains und die Pipelines innerhalb dieser Toolchains in einer einzigen Ressourcengruppe tragen zum gleichen Limit von 500 Tekton-Schrittläufen pro Monat bei. Die gleiche Einschränkung wird verwendet, da Pipeline-Step-Läufe und Job-Läufe auf der Ebene der Ressourcengruppe für eine bestimmte Continuous Delivery gezählt werden.

Eine fünftägige Gnadenfrist wird nur einmal angeboten, wenn Sie zum ersten Mal die 500-Schritte-Grenze erreichen.

Der Aufbewahrungszeitraum für Pipelines hängt vom Pipeline-Typ und dem Plan ab, der für die Instanz Continuous Delivery ausgewählt wurde.

  • Klassische Pipelines behalten bei beiden Plänen maximal 10 Stageausführungen bei.
  • Tekton-Pipelines unter dem Professional-Plan behalten PipelineRuns und ihre Protokolle für ein Jahr bei.
  • Tekton-Pipelines unter dem Lite-Plan behalten PipelineRuns und ihre Protokolle 30 Tage lang bei.

Zu den zulässigen Verhaltensweisen gehören unter anderem die folgenden:

  • Die Kompilierung und Assemblierung von Artefakten für unterstützte Programmiersprachen.
  • Die automatisierte Bereitstellung von Anwendungsartefakten, Konfigurationen und unterstützenden Ressourcen oder Services.
  • Das Testen, Validieren oder sonstiges durch Entwicklungsereignisse generiertes Verhalten, das als Ergebnis eines Entwicklungsprozesses ausgelöst wird.

Zu den nicht zulässigen Verhaltensweisen gehören unter anderem die folgenden:

  • Die Verwendung von Pipelinejobs oder Workern für allgemeines Computerverhalten, wie Bitcoin-Mining, verteilte Denial-of-Service-Attacken (DoS) und böswilliges oder anstößiges Verhalten gegenüber anderen Kunden oder Benutzern innerhalb der IBM Cloud-Plattform oder gegenüber allgemeinen Internetbenutzern.
  • Die Nutzung im Rahmen des normalen Entwicklungsprozesses für Websites oder Dienste, die Hassreden fördern oder andere Aktivitäten, die gegen die Verhaltensrichtlinien von IBM verstoßen.
  • Die Verwendung ereignisgenerierten Verhaltens für böswillige Manipulationen oder Angriffe gegen IBM Cloud oder andere Sites.

Nutzer, die gegen das akzeptable Nutzungsverhalten der Continuous Delivery Dienste oder die IBM Business Conduct Guidelines verstoßen, können nach dem Ermessen von IBM und ohne Vorankündigung gesperrt werden. Einige Dienste können wiederhergestellt werden, wenn Nutzer ihr Nutzungsverhalten korrigieren, nachdem sie über die regelwidrige Handlung informiert wurden. Andernfalls können Konten ausgesetzt oder gekündigt werden.

Einschränkungen bei Git-Repositorys und Problemverfolgung

Git Repos and Issue Tracking basiert auf GitLab Community Edition und wird auf IBM Cloud gehostet, allerdings sind einige GitLab Optionen nicht verfügbar:

  • Da Delivery Pipeline die kontinuierliche Integration und Continuous Delivery für IBM Cloud bereitstellt, werden die Features für die kontinuierliche Integration in GitLab nicht unterstützt.
  • GitLab Admin-Funktionen sind nicht verfügbar, da sie von IBM verwaltet werden.
  • Git Repos and Issue Tracking ist möglicherweise nicht uneingeschränkt für die behindertengerechte Bedienung geeignet.

Benutzerinformationen zu Git Repos and Issue Tracking und Inhalt

Es stehen drei Typen von Git Repos and Issue Tracking-Projekten zur Verfügung:

  • Öffentliche Projekte, die für alle Websitebesucher sichtbar sind. Die Inhalte eines öffentlichen Projekts sind für alle sichtbar, die auf Continuous Delivery zugreifen, auch wenn sie nicht zu dem Projekt eingeladen wurden.
  • Private Projekte, die nur für ausgewählte Benutzer sichtbar sind. Weitere Informationen zum Erteilen von Zugriffsrechten für Benutzer auf ein Projekt finden Sie unter Projektmitglieder.
  • Interne Projekte, die für alle angemeldeten Benutzer sichtbar sind. Alle Benutzer, die über ein IBM Cloud-Konto verfügen, können diese Projekte anzeigen.

Weitere Informationen zu den Projekteinstellungen finden Sie unter Projektsichtbarkeit ändern.

Bei Verwendung von Git Repos and Issue Tracking ist der von Ihnen zu einem Projekt beigetragene Inhalt unter allen in diesem Projekt angegebenen Bedingungen lizenziert. Wenn Sie ein Projekt erstellen, beziehen Sie eine Datei mit einer Beschreibung der Lizenz ein, die für den Inhalt gültig ist. Bei Beiträgen zu einem Projekt sind Ihr Name und die E-Mail-Adresse, die den von Ihnen vorgenommenen Commits zugeordnet ist, unter Umständen öffentlich sichtbar. Wenn Sie Commits über die Webschnittstelle von IBM Cloud erstellen, wird die E-Mail-Adresse verwendet, die Ihrem Git Repos and Issue Tracking-Konto zugeordnet ist.

Verknüpfung einer Instanz mit einem Git

Git müssen mit einer Continuous Delivery verknüpft werden, die eine Toolchain verwendet, da Git Repos and Issue Tracking Bestandteil des Dienstes sind. Das Hinzufügen Ihres Projekts zu einer Toolchain erleichtert die Verwendung anderer Tools, wie Continuous Delivery Pipelines oder DevOps Insights. Dadurch werden Ihre Entwicklungsabläufe gestrafft und die Qualität Ihres Codes verbessert.

Sie können die Konsole oder eine API verwenden, um Ihre Instanz und Toolchain-Instanz mit einem Git zu verknüpfen.

Verknüpfung von Continuous Delivery und Toolchain-Instanzen in der Benutzeroberfläche

Verknüpfung eines neuen Projekts

Sie müssen die Benutzeroberfläche verwenden, um Continuous Delivery und Toolchain-Instanzen zu verknüpfen, wenn Sie ein neues Projekt erstellen.

Verknüpfung eines bestehenden Projekts

  1. Gehen Sie zu Projekte > Allgemein > Einstellungen.
  2. Wählen Sie das Projekt, dem Sie Instanzen hinzufügen möchten.
  3. Gehen Sie zu Continuous Delivery > Erweitern, um eine Continuous Delivery und Toolchain-Instanz zu aktualisieren oder hinzuzufügen.

Verknüpfung von Continuous Delivery und Toolchain-Instanzen mit Hilfe der API

Sie können Continuous Delivery und Toolchain-Instanzen verknüpfen, wenn Sie die API zum Erstellen eines neuen Projekts verwenden.

  • Verwenden Sie eine optionale Kopfzeile ' IBM-CLOUD-API-KEY, um beim Erstellen eines Projekts Continuous Delivery und Toolchains hinzuzufügen. Generieren Sie den Schlüsselwert für Ihren API-Schlüssel auf der Anmeldeseite der Konsole.

  • Fügen Sie einen der erforderlichen Parameter toolchain_ID oder cd_instance hinzu, um Ihr Git Projekt mit einer bestimmten Continuous Delivery und Toolchain-Instanz zu verknüpfen.

    • Wenn der Parameter cd_instance angegeben wird, wird automatisch eine Standard-Toolchain für die angegebene CD-Instanz mit einer Git-Repo-Tool-Integration in das Repository erstellt.

    • Wenn der Parameter toolchain_id angegeben wird, wird die Integration des Git-Repos in die angegebene Toolchain erstellt. Der Parameter toolchain_id tritt an die Stelle des Parameters cd_instance. Wenn beide angegeben werden, wird die Toolchain-ID verwendet.

      Um diese Anfrageparameter erfolgreich zu nutzen, müssen Sie die IBM-CLOUD-API-KEY Kopfzeile verwenden.

Führen Sie die folgenden Schritte aus, um die IDs Ihrer Continuous Delivery und Toolchain-Instanzen zu finden:

  1. Klicken Sie in der Konsole auf das Navigationsmenü Navigationssymbol > Ressourcenliste.

  2. Klicken Sie in der Liste der Ressourcen auf die gewünschte Toolchain oder Continuous Delivery.

  3. Klicken Sie auf Details, um die GUID- und CRN-Details anzuzeigen und zu kopieren.

    Für den Parameter " toolchain_ID ist die GUID der Werkzeugkette zu verwenden. Verwenden Sie für den Parameter " cd_instance entweder GUID oder CRN als Wert.