Softwareontwikkeling en projectmanagement
In Git hebben twee ontwikkelaars dezelfde regel van hetzelfde bestand in verschillende branches gewijzigd, waarna de ene branch in de andere is gemerged. Wat gebeurt er?
- ADe wijziging met het nieuwste committijdstip wordt automatisch overgenomen, en de oudere wijziging wordt weggegooid
- BDe wijzigingen in de ontvangende branch krijgen altijd voorrang, en de wijzigingen van de andere branch worden automatisch weggegooid
- CDe merge stopt met een conflict, en een ontwikkelaar bekijkt de inhoud en lost het op door te beslissen welke wijziging blijft (of hoe beide worden gecombineerd)
Antwoord en toelichting tonen
Antwoord: C. De merge stopt met een conflict, en een ontwikkelaar bekijkt de inhoud en lost het op door te beslissen welke wijziging blijft (of hoe beide worden gecombineerd)
Een merge in Git vergelijkt de wijzigingen in beide branches sinds hun gemeenschappelijke voorouder en combineert wijzigingen op verschillende plaatsen automatisch. Is dezelfde plaats aan beide kanten gewijzigd, dan kan niet mechanisch worden beslist welke juist is; de merge stopt dan met een conflict, en beide versies worden in het bestand gemarkeerd. De ontwikkelaar bewerkt het bestand om het conflict op te lossen, test en commit daarna. Vaak integreren in plaats van branches lang gescheiden te houden, is een effectieve manier om conflicten te beperken.
Verder: nog 9 vragen over Softwareontwikkeling en projectmanagement