Cloud Manager-Repositorys

Erfahren Sie, wie Sie Ihre Git-Repositorys in Cloud Manager erstellen, anzeigen und löschen.

HINWEIS

Für jedes Unternehmen oder IMS-Organisation gibt es eine Grenze von 300 Repositorys über alle Programme hinweg.

Hinzufügen und Verwalten von Repositorys

Folgen Sie diesen Schritten, um Repositorys im Cloud Manager anzuzeigen und zu verwalten.

  1. Klicken Sie auf der Seite Programmübersicht auf die Registerkarte Repositorys und gehen Sie zur Seite Repositorys.

  2. Klicken Sie auf Repository hinzufügen, um den Assistenten zu starten.

    Schaltfläche „Repository hinzufügen“

  3. Geben Sie den Namen und die Beschreibung wie verlangt ein, und klicken Sie auf Speichern.

    Dialogfeld „Repository hinzufügen“

Wenn der Assistent geschlossen wird, wird Ihr neues Repository in der Tabelle angezeigt.

Sie können das Repository in der Tabelle auswählen, auf die Schaltfläche mit Auslassungspunkten klicken und Repository-URL kopieren, Anzeigen und Aktualisieren oder Löschen auswählen.

Repository-Optionen

In Cloud Manager erstellte Repositorys stehen Ihnen auch beim Hinzufügen oder Bearbeiten von Pipelines zur Verfügung. Weitere Informationen finden Sie im Dokument CI-CD-Pipelines.

Für jede Pipeline gibt es ein einzelnes primäres Repository oder eine Verzweigung. Mit der Unterstützung von Git-Untermodulen können jedoch viele sekundäre Verzweigungen zum Zeitpunkt der Erstellung einbezogen werden.

HINWEIS

Ein Benutzer muss die Rolle Bereitstellungs-Manager oder Geschäftsinhaber haben, um ein Repository hinzufügen zu können.

Löschen eines Repositorys

Das Löschen eines Repositorys führt dazu, dass:

  • der Name des gelöschten Repositorys für neue Repositorys, die in Zukunft erstellt werden, unbrauchbar gemacht wird.
    • Die Fehlermeldung Repository name should be unique within organization. wird in solchen Fällen angezeigt.
  • Stellen Sie sicher, dass das gelöschte Repository nicht in Cloud Manager verfügbar ist und daher nicht mit einer Pipeline verknüpft werden kann.

Führen Sie diese Schritte aus, um ein Repository in Cloud Manager zu löschen.

  1. Klicken Sie auf der Seite Programmübersicht auf die Registerkarte Repositorys und gehen Sie zur Seite Repositorys.

  2. Wählen Sie das Repository aus, klicken Sie auf die Schaltfläche mit den Auslassungspunkten und wählen Sie Löschen, um das Repository zu löschen.

    Repository löschen

Unterstützung von Git-Untermodulen

Git-Untermodule können verwendet werden, um den Inhalt mehrerer Verzweigungen zum Build-Zeitpunkt über Git-Repositorys hinweg zusammenzuführen.

Wenn der Build-Prozess von Cloud Manager ausgeführt wird, nachdem das für die Pipeline konfigurierte Repository geklont und die konfigurierte Verzweigung ausgecheckt wurde, wird der Befehl ausgeführt, sofern die Verzweigung eine .gitmodules-Datei im Stammverzeichnis enthält.

Mit dem folgenden Befehl wird jedes Untermodul in das entsprechende Verzeichnis ausgecheckt.

$ git submodule update --init

Diese Technik ist eine potenzielle Alternative zur Arbeit mit mehreren Quellen-Git-Repositorys für Organisationen, die mit der Verwendung von Git-Untermodulen vertraut sind und keinen externen Zusammenführungsprozess verwalten möchten.

Angenommen, es gibt drei Repositorys, die jeweils eine einzige Verzweigung mit dem Namen main enthalten. Im „primären“ Repository, d. h. dem in den Pipelines konfigurierten, verfügt die Verzweigung main über eine Datei pom.xml, in der die in den beiden anderen Repositorys enthaltenen Projekte deklariert werden.

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="https://maven.apache.org/POM/4.0.0" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="https://maven.apache.org/POM/4.0.0 https://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>customer.group.id</groupId>
    <artifactId>customer-reactor</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>pom</packaging>

    <modules>
        <module>project-a</module>
        <module>project-b</module>
    </modules>

</project>

Anschließend fügen Sie Untermodule für die beiden anderen Repositorys hinzu.

$ git submodule add -b main https://git.cloudmanager.adobe.com/ProgramName/projectA/ project-a
$ git submodule add -b main https://git.cloudmanager.adobe.com/ProgramName/projectB/ project-b

Dies führt zu einer .gitmodules-Datei ähnlich der folgenden.

[submodule "project-a"]
    path = project-a
    url = https://git.cloudmanager.adobe.com/ProgramName/projectA/
    branch = main
[submodule "project-b"]
    path = project-b
    url = https://git.cloudmanager.adobe.com/ProgramName/projectB/
    branch = main

Weitere Informationen zu Git-Untermodulen finden Sie im Git-Referenzhandbuch.

Einschränkungen und Empfehlungen

Beachten Sie bei der Verwendung von Git-Untermodulen die folgenden Einschränkungen.

  • Die Git-URL muss genau die im vorherigen Abschnitt beschriebene Syntax haben.
  • Es werden nur Untermodule im Stammverzeichnis der Verzweigung unterstützt.
  • Betten Sie aus Sicherheitsgründen keine Anmeldeinformationen in Git-URLs ein.
  • Sofern nicht anders erforderlich, wird dringend empfohlen, „flache“ Untermodule zu verwenden.
    • Führen Sie dazu git config -f .gitmodules submodule.<submodule path>.shallow true für jedes Untermodul aus.
  • Für bestimmte Git-Commits werden Git-Untermodulverweise gespeichert. Wenn also Änderungen am Untermodul-Repository vorgenommen werden, muss der referenzierte Commit aktualisiert werden.
    • Zum Beispiel mit git submodule update --remote

Auf dieser Seite