Repository di Cloud Manager

Gli archivi creati e disponibili in Cloud Manager possono essere visualizzati e gestiti tramite la pagina Repository .

Aggiunta e gestione di archivi

Segui i passaggi seguenti per visualizzare e gestire gli archivi in Cloud Manager:

1. Da Panoramica del programma pagina, fai clic su Repository e passa alla Repository pagina.

2. Fai clic su Aggiungi archivio per avviare la procedura guidata.

   NOTA

   Per poter aggiungere un archivio, è necessario che un utente con il ruolo di Gestione distribuzione o Proprietario business sia connesso.

   

3. Inserisci il nome e la descrizione come richiesto e fai clic su Salva.

   

4. Seleziona Salva. Il repository appena creato verrà visualizzato nella tabella, come illustrato di seguito.

   

   NOTA

   Gli archivi creati in Cloud Manager saranno anche disponibili per la selezione durante i passaggi di aggiunta o modifica della pipeline.

5. Puoi selezionare l’archivio e fare clic sulle opzioni di menu dall’estrema destra della tabella a Copia URL archivio, Visualizza e aggiorna o Elimina l’archivio, come illustrato nella figura riportata di seguito.

   

Supporto per i sottomoduli Git

I sottomoduli Git possono essere utilizzati per unire il contenuto di più rami tra archivi Git in fase di creazione. Quando viene eseguito il processo di creazione di Cloud Manager, dopo che l’archivio configurato per la pipeline è stato clonato e il ramo configurato viene estratto, se il ramo contiene un .gitmodules file nella directory principale, il comando viene eseguito.

$ git submodule update --init

In questo modo, ogni sottomodulo verrà sottoposto a Check-Out nella directory appropriata. Questa tecnica è una potenziale alternativa a utilizzo di più archivi Git di origine per le organizzazioni che hanno familiarità con l’utilizzo dei sottomoduli git e che non desiderano gestire un processo di unione esterno.

Ad esempio, supponiamo che ci siano tre archivi, ciascuno contenente un singolo ramo denominato main . Nell’archivio "primario", cioè quello configurato nelle pipeline, il ramo principale ha un file pom.xml che dichiara i progetti contenuti negli altri due archivi:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://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>

Aggiungi quindi i sottomoduli per gli altri due archivi:

$ 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

Questo determina un .gitmodules file con questo aspetto:

[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

Ulteriori informazioni sui sottomoduli git sono disponibili nella sezione Manuale di riferimento Git.

Quando utilizzi i sottomoduli git, tieni a mente quanto segue:

• L’URL Git deve essere esattamente nella sintassi descritta sopra. Per motivi di sicurezza, non incorporare le credenziali in questi URL.
• Sono supportati solo i sottomoduli nella directory principale del ramo.
• I riferimenti ai sottomoduli Git vengono archiviati in commit specifici Git. Di conseguenza, quando vengono apportate modifiche all’archivio dei sottomoduli, il commit a cui si fa riferimento deve essere aggiornato, ad esempio, utilizzando git submodule update --remote.
• Se non diversamente necessario, si consiglia vivamente di utilizzare sottomoduli "superficiali". Per eseguire questa operazione, esegui git config -f .gitmodules submodule.<submodule path>.shallow true per ciascun sottomodulo.