Zonder versiebeheersysteem is het bijna onmogelijk om de broncode te beheren. U kunt een softwareontwikkelaar zijn van C, C#, Java of een andere taal, maar u hebt versiebeheer nodig. Het beste en een van de meest populaire versiebeheersystemen is Git.
Git is een gratis open-source gedistribueerd versiebeheersysteem (VCS) dat door veel kleine en grote bedrijven wordt gebruikt. De functionaliteit is indrukwekkend en vele duizenden Git-supporters voegen graag meer praktijken en tips toe om het beheer van broncode productiever te maken.
Momenteel kun je meer dan 35 Git best practices en veel tips gebruiken. Dit artikel richt zich echter op de beste 11 Git-tips en -praktijken die optimaal zijn voor beginners.
Ik zal beginnen met mijn favoriet aller tijden:de AFTER-techniek. AFTER staat voor:
- A tomic Commits
- F recente toezeggingen
- T est wijzigingen vóór push
- E nforce-normen
- R efactoring.
Atomic Commits
Een atoomverbintenis is een enkele commit uitsluitend gebaseerd op één context. Hiermee bedoel ik een enkel onderwerp in termen van context:functie, bugfix, refactor, update. Als al je projectwijzigingen als een enkele commit gaan, is het de monolithische manier of de spaghetti commit .
Veelvoudige verplichtingen
De best practices van Git beweren dat commits niet gebaseerd moeten zijn op een tijdsbasis (per uur, dagelijks, etc.). In plaats daarvan moet u zich committeren op basis van een functie. Daarom moet je je committen wanneer je een commit-waardige wijziging toevoegt.
Heb je een werktechniek ingebouwd? Vastleggen.
Heb je de typfout gecorrigeerd? Vastleggen.
Heeft u een onjuist inspringbestand gepatcht? Vastleggen.
Zodra de toewijding essentieel is, is er niets mis met kleine aanpassingen.
Test uw wijzigingen voordat u pusht
In Git kun je zowel alleen werken als met een team in samenwerking. Wanneer u uw code vastlegt, werkt u met uw lokale repository en wanneer u uw wijzigingen pusht, werkt u met de externe repository en deelt u uw codewijzigingen met het team.
Het is een must om uw wijzigingen te testen voordat u ze pusht. Als je de gebroken code pusht, kan je team door de fout in een impasse raken. Test daarom uw wijzigingen altijd lokaal voordat u ze naar de afstandsbediening pusht.
Standen afdwingen
In elk project zijn normen cruciaal. Ze versnellen de algehele efficiëntie en minimaliseren fouten en vertragingen. Let op de twee eenvoudige principes die u altijd in uw team kunt afdwingen:
- Gebruik een gitignore-bestand - het laat Git weten dat bepaalde bestanden moeten worden genegeerd, omdat ze geen deel uitmaken van je code. Het helpt ook om je repository gezond te houden.
- Voeg bij elke commit een passend commentaar toe. Het is nuttig voor ontwikkelaars en dient als documentatie.
Refactoring is geen functie
Voor ontwikkelaars is code-refactoring gebruikelijk. Het is ook om vele redenen nuttig, zoals:
- Maak de code van het team leesbaar.
- Verminder verfijning.
- Maak uw broncode beter onderhoudbaar, enz.
Het ergste is echter om te refactoren en een nieuwe functie toe te voegen in dezelfde commit.
Als je refactoring wilt doen, moet dit een aparte commit zijn. En als je aan een nieuwe functie werkt, zou deze in een bepaalde commit moeten gaan.
Deze praktijken stellen de AFTER-techniek samen. Laten we nu verder gaan met andere handige tips voor het werken met Git.
Kloon een tak
Soms moet je een bepaalde vertakking van de externe repository klonen, niet de hele repository. In dit geval is Git Remote Add de oplossing:
git remote add -t
Auteur instellen en resetten
Om Git te gebruiken, moet je je naam en e-mailadres instellen nadat je het hebt gedownload. De gegevens worden toegevoegd aan elke commit die je maakt. Daarom kun je geen commits maken zonder.
git config –global user.name “Uw naam”
git config –global user.email [email protected]
Als je om de een of andere reden je naam of e-mailadres moet resetten, is dit de manier:
git commit –amend –reset-author –no-edit
Repo optimaliseren
Als een repository vele honderden objecten bevat, kunnen er veel onnodige objecten zijn. Het is mogelijk om ze te verwijderen met een specifiek commando - een garbage collection-commando dat je lokale repository opruimt.
Hier is de syntaxis:git gc
Ontvang je Git-gids
Het is altijd beter om de git-commando's te kennen. Git biedt hiervoor een apart commando aan, het git help commando:
git help -g
Door het uit te voeren, kun je alle beschikbare git-commando's openen en lezen. Het commando is vooral belangrijk als je Git aan het leren bent.
Git-archief
Het Git Archive-commando is een Git-opdrachtregelprogramma dat een archiefbestand genereert, zoals commits, branches of tree's uit de vermelde Git-referenties. Aanvullende argumenten die de archiefuitvoer zullen veranderen, zijn goedgekeurd door het git-archief.
git archive –format=tar HEAD
Deze opdracht construeert een archief van de huidige HEAD-ref van de repository wanneer deze wordt uitgevoerd. Het is een waardevol hulpprogramma voor het bouwen van gedistribueerde git-repositorypakketten. Opmerking:het staat verschillende uitvoerformaten toe in het Git-archief die toegevoegde compressie kunnen gebruiken.
Ken de .git-map
De .git-map bevat alle versiebeheerinformatie die nodig is voor je project en alle commit-informatie, het externe repository-adres, enz. Het biedt ook een logboek waarin je geschiedenis van committen wordt opgeslagen, zodat je terug kunt gaan naar de geschiedenis.
De .git-map is de map die wordt gemaakt wanneer je de git init of git clone doet. Dit "ding" maakt een "git"-repository voor uw project. Zonder dit is het project lokaal - geen git-project en kun je geen git-bewerkingen toepassen.
Het verwijderen van de .git-map verwijdert geen andere bestanden die deel uitmaken van de git-repository. Het zal echter niet meer onder versiebeheer staan. Daarom moet u deze map niet verwijderen.
Conclusie
Git, dat een enorm systeem is met vele honderdduizenden supporters, wordt voortdurend verbeterd. Ontwikkelaars voegen nieuwe opties toe en maken de samenwerking van de gebruikers veel effectiever, en de uitvoering van de taken soepeler en sneller.
Veel softwareoplossingen voor het doorvoeren van wijzigingen en het werken met externe repositories. Onder hen is het de moeite waard om dbForge Source Control te noemen, een multifunctionele SSMS-invoegtoepassing. Met de functionaliteit van Ifs kun je werken met Git, maar ook met systemen als SVN, TFS en Microsoft Azure DevOps.
Ik hoop dat dit artikel je heeft voorzien van essentiële kennis over git-tips en best practices, zodat je je productiviteit kunt verhogen. Bedankt voor het lezen en ik hoop dat dit bericht je zal helpen bij je werk.