Gecentraliseerd broncodebeheer begrijpen

Voltooid

Strengths include scaling, permissions, monitoring, file locking. Best used for large codebases, audit, and access, and hard to merge file types.

Gecentraliseerde broncodebeheersystemen zijn gebaseerd op het idee dat er ergens een centrale kopie van uw project is (waarschijnlijk op een server). Programmeurs zullen hun wijzigingen in deze centrale kopie inchecken (of doorvoeren).

Een wijziging doorvoeren betekent dat het verschil in het centrale systeem wordt vastgelegd. Andere programmeurs kunnen deze wijziging vervolgens zien.

Het is ook mogelijk om de wijziging omlaag te trekken. Het hulpprogramma voor versiebeheer werkt automatisch de inhoud bij van bestanden die zijn gewijzigd.

De meeste moderne versiebeheersystemen hebben te maken met 'changesets', een groep wijzigingen (mogelijk te veel bestanden) die als een samenhangend geheel moeten worden behandeld.

Programmeurs hoeven niet langer veel kopieën van bestanden handmatig op hun harde schijven te bewaren. Het hulpprogramma voor versiebeheer kan communiceren met de centrale kopie en elke versie ophalen die ze nodig hebben.

Enkele van de meest voorkomende gecentraliseerde versiebeheersystemen die u mogelijk hebt gehoord of gebruikt, zijn Team Foundation Version Control (TFVC), CVS, Subversion (of SVN) en Perforce.

Een typische gecentraliseerde werkstroom voor broncodebeheer

Als u werkt met een gecentraliseerd broncodebeheersysteem, ziet uw werkstroom voor het toevoegen van een nieuwe functie of het oplossen van een bug in uw project er meestal ongeveer als volgt uit:

  • Haal de meest recente wijzigingen op die andere personen hebben aangebracht vanaf de centrale server.
  • Breng uw wijzigingen aan en zorg ervoor dat ze correct werken.
  • Controleer uw wijzigingen op de hoofdserver, zodat andere programmeurs deze kunnen zien.