Git-submodules en gedeelde pakketten in teams
Git-submodules zijn bruikbaar voor gedeelde repositories met een eigen levenscyclus. Daaronder vallen design systems, interne tools, templates of pakketten zonder aparte publicatieflow.
- een project gebruikt een andere versie van gedeelde code dan het volgende
- updates zijn in het hoofdproject lastig te volgen
- belangrijke submappen ontbreken na het klonen
- oplevering stopt omdat de module in automatisering ontbreekt
Een bestaand project met submodules opzetten
Deze stap haalt ontbrekende submodule-inhoud direct tijdens het klonen of daarna in het project op.
Een gedeelde repository als submodule toevoegen
Dit legt vast waar de submodule in het project staat en welke branch als referentie dient. Het hoofdproject bewaart altijd één concrete commit van de submodule.
- wijzigingen blijven traceerbaar
- updates gebeuren bewust en gecontroleerd
- het hoofdproject moet elke nieuwe stand expliciet overnemen
Submodulestanden in het team bijhouden
Deze werkwijze houdt hoofdproject en submodule op dezelfde stand en maakt wijzigingen traceerbaar in het team.
Submodules laden in automatisering
Toepassingen voor submodules
Submodules passen bij gedeelde repositories met een eigen levenscyclus en een duidelijke scheiding van het hoofdproject.
- interne tools
- templates en starters
- gedeelde configuratieverzamelingen
- private design systems of resources met een eigen levenscyclus
Voordeel in het dagelijkse teamwerk
Duidelijke submodulestanden maken gedeelde afhankelijkheden traceerbaar en houden een verifieerbare relatie tussen hoofdproject en kindrepository.
