Sottomoduli Git e pacchetti condivisi nel team

I sottomoduli Git sono utili per repository condivisi con un proprio ciclo di vita. Rientrano in questa categoria design system, strumenti interni, template o pacchetti senza un flusso di pubblicazione separato.

un progetto usa una revisione diversa del codice condiviso rispetto a un altro
gli aggiornamenti restano difficili da seguire nel progetto principale
dopo il clone mancano sottodirectory importanti
la consegna si blocca perché il modulo manca nell’automazione

Preparare un progetto esistente con sottomoduli

bash

Questo passaggio recupera il contenuto mancante del sottomodulo direttamente durante il clone o dopo nel progetto.

Aggiungere un repository condiviso come sottomodulo

bash

Questo definisce dove si trova il sottomodulo nel progetto e quale branch funge da riferimento. Il progetto principale memorizza sempre un commit preciso del sottomodulo.

le modifiche restano tracciabili
gli aggiornamenti avvengono in modo consapevole e controllato
il progetto principale deve adottare esplicitamente ogni nuovo stato

Mantenere gli stati del sottomodulo nel team

bash

Questo flusso mantiene progetto principale e sottomodulo allo stesso stato e rende le modifiche tracciabili nel team.

Caricare i sottomoduli nell’automazione

bash

Casi d’uso dei sottomoduli

I sottomoduli si adattano a repository condivisi con un proprio ciclo di vita e una chiara separazione dal progetto principale.

strumenti interni
template e boilerplate
raccolte condivise di configurazione
design system o risorse private con ciclo di vita proprio

Vantaggio nel lavoro quotidiano del team

Stati chiari del sottomodulo rendono tracciabili le dipendenze condivise e mantengono una relazione verificabile tra progetto principale e repository figlio.