Submoduły Git i współdzielone pakiety w zespołach
Submoduły Git sprawdzają się przy współdzielonych repozytoriach z własnym cyklem życia. Należą do nich design systemy, narzędzia wewnętrzne, szablony lub pakiety bez osobnego procesu publikacji.
- jeden projekt używa innej wersji współdzielonego kodu niż kolejny
- aktualizacje są trudne do prześledzenia w projekcie głównym
- po klonowaniu brakuje ważnych podkatalogów
- wdrożenie zatrzymuje się, bo modułu brakuje w automatyzacji
Przygotowanie istniejącego projektu z submodułami
Ten krok pobiera brakującą zawartość submodułu bezpośrednio podczas klonowania albo później do projektu.
Dodanie współdzielonego repozytorium jako submodułu
To ustala, gdzie submoduł znajduje się w projekcie i która gałąź służy jako odniesienie. Projekt główny zawsze zapisuje konkretny commit submodułu.
- zmiany pozostają śledzalne
- aktualizacje przebiegają świadomie i w kontrolowany sposób
- projekt główny musi jawnie przejąć każdy nowy stan
Utrzymywanie stanów submodułu w zespole
Ten przebieg utrzymuje projekt główny i submoduł w tym samym stanie oraz pozwala śledzić zmiany w zespole.
Ładowanie submodułów w automatyzacji
Przypadki użycia submodułów
Submoduły pasują do współdzielonych repozytoriów z własnym cyklem życia i wyraźnym oddzieleniem od projektu głównego.
- narzędzia wewnętrzne
- szablony i szkielety
- współdzielone zbiory konfiguracji
- prywatne design systemy lub zasoby z własnym cyklem życia
Korzyść w codziennej pracy zespołu
Jasne stany submodułu ułatwiają śledzenie współdzielonych zależności i utrzymują weryfikowalną relację między projektem głównym a repozytorium podrzędnym.