Werken met branches in submodules

Git-submodules verwijzen meestal naar een specifieke commit. Maar wat doe je als je actief in een submodule moet ontwikkelen?

• Zo kun je onafhankelijk functies ontwikkelen.
• Je kunt wijzigingen terug bijdragen aan het eigen project van de submodule.
• Dit is belangrijk voor complexe projecten die een hechte integratie nodig hebben.

Standaard wordt elke submodule, wanneer je een project met submodules kloont, uitgecheckt op een specifieke commit. Dit heet de status "losgekoppelde HEAD".

• Dat betekent dat je momenteel niet op een benoemde vertakking zit.
• Je kunt bestanden bekijken, maar nieuwe commits worden niet automatisch aan een vertakking gekoppeld.
• Dit biedt een stabiele manier waarop de bovenliggende repository naar specifieke versies van submodules kan verwijzen.

Als je met de vertakkingen van een submodule wilt werken, moet je eerst naar de bijbehorende map gaan. Zie het als het openen van een volledig afzonderlijke Git-repository.

Gebruik de opdracht cd om van map te wisselen:

Eenmaal in de map van de submodule kun je gewone Git-opdrachten gebruiken om de status, vertakkingen en huidige HEAD te bekijken. Zo krijg je inzicht in de huidige toestand.

Als je in een submodule wilt ontwikkelen, moet je van een losgekoppelde HEAD naar een specifieke vertakking wisselen. Gebruik git checkout, net als in elke andere Git-repository.

Nu je op een vertakking zit, kun je wijzigingen aanbrengen, ze toevoegen en er een commit van maken. Deze commits zijn specifiek voor de repository van de submodule, niet voor de bovenliggende repository.

Nadat je wijzigingen in de submodule hebt vastgelegd, moet je ze naar de eigen externe repository van de submodule pushen. Zo worden je wijzigingen beschikbaar voor anderen.

Nadat je wijzigingen in de submodule hebt gepusht, verwijst de bovenliggende repository nog steeds naar de oude commit. Je moet de bovenliggende repository laten verwijzen naar de nieuwe commit.

• Ga terug naar de bovenliggende repository.
• Voeg de wijziging van de submodule toe aan de stagingomgeving en leg deze vast.

Werken met vertakkingen van submodules vereist zorgvuldigheid en goede afstemming:

• Communiceer: Informeer je team als je actief op een vertakking van een submodule ontwikkelt.
• Houd de bovenliggende repository bijgewerkt: Leg de wijziging van de verwijzing naar de submodule altijd vast in de bovenliggende repository nadat je wijzigingen naar de submodule hebt gepusht.
• Push niet rechtstreeks: Push niet vanuit de bovenliggende repository naar de main-vertakking van een submodule, tenzij dat absoluut noodzakelijk is; werk in de submodule zelf.

In deze les hebben we onderzocht hoe je actief binnen een Git-submodule kunt ontwikkelen:

• Naar de map van de submodule gaan.
• Van een losgekoppelde HEAD naar een specifieke vertakking wisselen.
• Wijzigingen in de submodule maken, vastleggen en pushen.
• De verwijzing van de bovenliggende repository bijwerken naar de nieuwe commit van de submodule.

Met deze werkwijze kun je onafhankelijk ontwikkelen en bijdragen aan projecten met submodules, waardoor je totale project flexibeler wordt.