De software verslindt de wereld in alle mogelijke opzichten. Naarmate de technologie vordert en we langzaam vooruitgang boeken in de wereld die wordt gecontroleerd door AI, zullen banen in de technologiesector een piek zien. Het schrijven van software is een vaardigheid die autodidact kan worden geleerd en is ook vrij eenvoudig, tenminste in de wereld van vandaag, met internet dat letterlijk overloopt van ongeveer hetzelfde. Maar als softwareontwikkelaar is het schrijven van code niet alles wat er van je wordt verwacht. U moet de subtiele kunst leren van het beheren van de codebasis van uw bedrijf naarmate ze schalen en meer functies introduceren. Mensen die eerder software hebben geschreven, weten dat het onderhouden van de codebasis net zo belangrijk is als het schrijven van performante en productieklare code.
De voor de hand liggende vraag die in je op zou kunnen komen na het lezen van de intro zou zijn: hoe beheer je hun codebasis? Het antwoord van vandaag dat versiecontrolesystemen zouden zijn. Versiebeheer of VCS, omdat het in de volksmond bekend staat als een softwaresysteem dat wijzigingen in een bepaald bestand of een reeks bestanden beheert en bijhoudt en waarmee u gemakkelijk terug in de tijd kunt gaan om eventuele onnodige wijzigingen ongedaan te maken.
Als beginner lijkt het leren coderen misschien al behoorlijk overweldigend voor je en bovendien, de verantwoordelijkheid voor het beheren van je eigen code, klinkt het nu zeker als een gigantische taak, nietwaar? Nou, je hoeft je geen zorgen te maken. In dit artikel zal ik je stap voor stap door een procedure leiden voor het beheren van je codebasis onder een versiebeheersysteem en tegelijkertijd iets vertellen over waarom het een belangrijke vaardigheid is om te leren.
In de ontwikkelaarsgemeenschap is Git de meest populaire VCS die beschikbaar is, dus we zullen dit artikel op Git baseren. Samen met Git zou ik je ook een korte introductie geven van GitHub, een hostingservice voor versiebeheerrepository's.
Linus Torvalds, de vader van de Linux kernel, terwijl hij hetzelfde ontwikkelde, stuitte hij op een situatie waarin hij de code die hij aan het schrijven was op het moment dat hij BitKeeper gebruikte niet langer goed kon beheren. Dus nam hij een kleine omweg om Git te ontwikkelen en maakte het openbaar in het jaar 2005. Het ontwerp van Git was nauw gebaseerd op BitKeeper. De naam "git" werd gegeven door Linus Torvalds toen hij de allereerste versie schreef. Hij beschreef de tool als "de stomme contenttracker".
Inhoud
Waarom moet elke ontwikkelaar leren hoe VCS te gebruiken?
Traditionele softwaresystemen bestaan uit verschillende bestanden, verspreid over veel mappen en in een typisch bedrijf zijn er meerdere ontwikkelaars die tegelijkertijd wijzigingen in de softwarestack schrijven. Het wordt zeer belangrijk voor alle ontwikkelaars om zo productief mogelijk te blijven, maar tegelijkertijd is het even belangrijk om het hele team op dezelfde lijn te houden. Dit betekent dat elke persoon in het team precies moet weten welke functies worden ontwikkeld. Een ander belangrijk ding om in gedachten te houden bij het ontwikkelen van software is het feit dat het werk van een persoon geen invloed mag hebben op het werk van een andere persoon in hetzelfde team. In termen van de leek, wat ik bedoel, is dat als je als ontwikkelaar aan één functie werkt, dit de workflow van je teamgenoten niet mag belemmeren terwijl je wijzigingen in de codebase schrijft. Al deze zaken worden zeer elegant afgehandeld met VCS. Het maakt niet alleen het leven van ontwikkelaars gemakkelijker door de wijzigingen bij te houden die door elk individu in het team zijn uitgegeven, maar het houdt ook een versiegeschiedenis bij in een eenvoudig formaat, zodat onbedoelde wijzigingen in de codebase gemakkelijk kunnen worden voorkomen.
Er zijn veel versiecontrolesystemen op de markt zoals Subversion, Mercurial enz. Maar de reden waarom we ons op Git concentreren, is dat het verreweg de meest populaire optie is die beschikbaar is.
Setup
De setup van git is anders, afhankelijk van het besturingssysteem waarop je werkt. Ik zal je door het installatieproces leiden op macOS, Linux en Windows.
macOS
Git installeren is vrij eenvoudig op de Mac, zorg er eerst voor dat je brew hebt geïnstalleerd, de populaire pakketbeheerder voor de Mac. Zodra het brouwsel is ingesteld (wat eerlijk gezegd maar een paar minuten duurt, afhankelijk van je internetsnelheid) u hoeft alleen de volgende opdracht uit te voeren:
- brouw installeren git
Linux
Het installatieproces op Linux is ook redelijk vergelijkbaar met macOS. Open de terminal en geef het volgende commando:
- sudo apt-get install git
Dakramen en raamkozijnen
Het installatieproces op Windows is een beetje anders. Op Windows moet u een installatieprogramma downloaden. Ga naar deze link om het nieuwste installatieprogramma te downloaden en voer vervolgens het installatieprogramma uit om git op uw Windows-computer te installeren.
Ermee beginnen
Nu u uw systeemconfiguratie hebt. U moet een git-repository initialiseren. Wat is een repository vraag je? Het is de map/directory waarin alle bestanden van uw project zijn opgeslagen. Hier zijn de stappen om een git-repository te initialiseren.
- Start de Terminal/opdrachtprompt op uw computer.
- Navigeer naar de projectdirectory die alle projectbestanden bevat. (Dit wordt meestal gedaan met de opdracht cd op alle platforms)
- nu u zich in uw projectdirectory bevindt, geeft u de volgende opdracht op: git init
Nu je je git-repository hebt geïnitialiseerd, weet git dat het wijzigingen in alle bestanden in de map moet volgen. Git weet het nu elke keer dat je bestanden in de projectdirectory toevoegt of verwijdert of wijzigingen aanbrengt.
Wijzigingen aanbrengen en uw eerste toezegging doen
Het belangrijkste onderdeel van een VCS is het bijhouden van wijzigingen. Elke keer dat u een wijziging in de projectdirectory doorgeeft, wordt dit weergegeven in de status van de repository. Ga je gang en voeg een bestand toe aan de map of breng een wijziging aan in een bestaand bestand. Hierna kunt u de volgende opdracht niet geven om de status van het bestand in de repository te controleren.
- git status
Zoals je kunt zien, zegt git dat er een niet-gevolgd bestand is. Nu moeten we het niet-getrackte bestand toevoegen aan het staging-gebied van git. Je kunt de staging area zien als de tussenfase voordat een wijziging definitief is. Voer de volgende opdracht uit om het bestand aan het verzamelgebied toe te voegen:
- git add
Bij het geven van het git add-commando kun je een statuscommando opnieuw geven om de status van het bestand te zien.
Nu het bestand is toegevoegd aan het verzamelgebied, is het tijd om uw wijziging af te ronden met een vastleggingsbericht. Geef de volgende opdracht:
- git commit – m “JOUW_MESSAGE”
Vervang het gedeelte onder de aanhalingstekens door uw eigen aangepaste bericht. Controleer nu uw repository met een git-status. U zult merken dat de commit succesvol was.
vertakking
Vertakking is een belangrijk onderwerp in het versiebeheersysteem. Het is erg belangrijk om uw stal (dingen die perfect werken en getest zijn) delen van het project te scheiden van de delen die momenteel in ontwikkeling zijn. Het is belangrijk omdat u ervoor moet zorgen dat mensen die uw software gebruiken niet worden beïnvloed door wijzigingen die u aanbrengt terwijl u een nieuwe functie toevoegt. Dit is waar vertakking mij in beeld komt. Het helpt uw codebasis te scheiden in verschillende sandboxen, zodat uw werkende delen niet worden beïnvloed door wijzigingen die u aanbrengt in de andere delen.
Een branch maken met Git is vrij eenvoudig. Geef gewoon de volgende commandant:
- git checkout -b "BRANCH_NAME"
Nadat je dit hebt gedaan, kun je controleren in welke branch je zit door het volgende commando te geven:
- git tak
Uw code delen op GitHub
Je hebt met succes de basis van versiebeheer geleerd met behulp van git. Nu is het tijd om uw project openbaar te maken door het te delen met de ontwikkelaarsgemeenschap. Dit is de eerste stap naar de ontwikkeling van open source software. Open sourcing van uw code betekent dat u deze openbaar markeert, zodat anderen ernaar kunnen kijken, kunnen bijdragen aan de ontwikkeling ervan en deze indien nodig kunnen aanpassen aan hun eigen projecten.
Zorg ervoor dat je een GitHub-account hebt voordat je doorgaat.
Zodra u zich heeft aangemeld. Ga je gang en maak een repository op GitHub zoals weergegeven in de onderstaande schermafbeelding.
Zodra u de repository hebt gemaakt. U krijgt verdere stappen te zien om u te begeleiden bij het plaatsen van uw project op GitHub.
Omdat je al een repository hebt gemaakt. Je hoeft er alleen maar op te duwen. Geef hiervoor de volgende opdracht.
- git remote origin toevoegen REMOTE_URLgit push -u origin master
Zodra dat is gebeurd, kunt u de externe URL bezoeken om uw projecten te bekijken. Anderen in de community kunnen bijdragen aan uw projecten door wijzigingen door te geven.
Conclusie
Gefeliciteerd. U bent nu een stap dichter bij het creëren van het volgende grote ding in technologie. En ik weet zeker dat je daarbij ook de handige concepten van versiebeheer zult toepassen die dit artikel je heeft geleerd. Grote bedrijven zoals IBM, Google enz. hebben enorme portfolio's van services die ze voortdurend blijven ontwikkelen met geavanceerde technologieën en functies en de enige manier waarop ze zo'n grote reeks producten kunnen beheren die elk opschalen naar enkele miljoenen regels code, is door versiebeheer systemen. Zelf hebben bedrijven hun eigen oplossing voor VCS of vertrouwen op het populaire VCS zoals Git of Subversion. De meeste theorie-open source-projecten zijn openbaar beschikbaar op GitHub. Het is zeker een belangrijke vaardigheid om onder de knie te krijgen en te weten hoe je grote codebases moet beheren. Dit zal de manier waarop je werkt effectief veranderen en ook je geloofwaardigheid vergroten.
