sql >> Database teknologi >  >> RDS >> Database

Git-tip og bedste praksis for begyndere

Uden et versionskontrolsystem er det næsten umuligt at administrere kildekoden. Du kan være softwareudvikler af C, C#, Java eller et hvilket som helst andet sprog, men du har brug for versionskontrol. Det bedste og et af de mest populære versionskontrolsystemer er Git.

Git er et gratis open source distribueret versionskontrolsystem (VCS), der bruges af mange små og store virksomheder. Dens funktionalitet er imponerende, og mange tusinde Git-supportere tilføjer gerne flere praksisser og tips til at gøre styringen af ​​kildekontrol mere produktiv.

I øjeblikket kan du bruge mere end 35 Git best practices og mange tips. Denne artikel vil dog fokusere på de bedste 11 Git-tip og -metoder, der er optimale for begyndere.

Jeg vil starte med min all-time favorit – AFTER-teknikken. AFTER står for:

  • A tomic Commits
  • F gentagne forpligtelser
  • T est ændringer før push
  • E nforce-standarder
  • R efactoring.

Atomic Commits

En atomisk forpligtelse er en enkelt forpligtelse baseret udelukkende på én kontekst. Med dette mener jeg et enkelt emne med hensyn til kontekst:funktion, fejlrettelse, refactor, opdatering. Hvis alle dine projektændringer går som en enkelt commit, er det den monolitiske måde eller spaghetti commit .

Hyppige forpligtelser

Git's bedste praksis hævder, at commits ikke bør være baseret på tidsbaseret (hver time, dagligt osv.). I stedet bør du forpligte dig baseret på et funktionsgrundlag. Derfor bør du forpligte dig, hver gang du tilføjer en forpligtelsesværdig ændring.

Har du indarbejdet en arbejdsteknik? Forpligt dig.

Har du rettet tastefejlen? Forpligt dig.

Har du rettet en forkert indrykningsfil? Forpligt dig.

Så snart dedikationen er essentiel, er der intet galt i at foretage mindre justeringer.

Test dine ændringer, før du trykker på

I Git kan du både arbejde alene og med et team i samarbejde. Når du commiter din kode, arbejder du med dit lokale lager, og når du pusher dine ændringer, arbejder du med fjernlageret og deler dine kodeændringer med teamet.

Det er et must at teste dine ændringer, før du presser dem. Hvis du trykker på den ødelagte kode, kan dit hold komme i en deadlock-position på grund af fejlen. Test derfor altid dine ændringer lokalt, før du skubber dem til fjernbetjeningen.

Håndhæv standarder

I ethvert projekt er standarder afgørende. De fremskynder den overordnede effektivitet og minimerer fejl og forsinkelser. Bemærk de to enkle principper, du altid kan håndhæve i dit team:

  • Brug en gitignore-fil – den lader Git vide, at visse filer skal ignoreres, da de ikke er en del af din kode. Det hjælper også med at holde dit lager sundt.
  • Tilføj en passende kommentar til hver commit. Det er nyttigt for udviklere og fungerer som dokumentation.

Refactoring er ikke en funktion

For udviklere er koderefaktorering almindelig. Det er også fordelagtigt af mange årsager, såsom:

  • Gør holdets kode læsbar.
  • Reducer sofistikering.
  • Gør din kildekode mere vedligeholdelsesvenlig osv.

Det værste er dog at refaktorere og tilføje en ny funktion i samme commit.

Hvis du vil lave refaktorering, bør det være en separat commit. Og hvis du arbejder på en ny funktion, bør den gå i en bestemt commit.

Disse øvelser kompilerer AFTER-teknikken. Lad os nu gå videre til andre nyttige tips til at arbejde med Git.

Klon en filial

Nogle gange har du brug for at klone en bestemt gren fra fjernlageret, ikke hele lageret. I dette tilfælde er Git Remote Add løsningen:

git remote add -t -f oprindelse

Indstil og nulstil forfatter

For at bruge Git skal du indstille dit navn og din e-mailadresse efter at have downloadet det. Dataene vil blive knyttet til hver commit, du foretager. Derfor vil du ikke være i stand til at opbygge commits uden det.

git config –global bruger.navn “Dit navn”

git config –global bruger.e-mail [email protected]

Hvis du af en eller anden grund har brug for at nulstille dit navn eller din e-mail, er det her måden:

git commit –amend –reset-author –no-edit

Optimer Repo

Hvis et lager indeholder mange hundrede objekter, kan der være mange unødvendige objekter. Det er muligt at slette dem med en specifik kommando - en affaldsindsamlingskommando, der vil rydde op i dit lokale depot.

Her er syntaksen:git gc

Få din Git-guide

Det er altid bedre at kende git-kommandoerne. Git tilbyder en separat kommando til dette formål, git help-kommandoen:

git help -g

Ved at udføre det, kan du få adgang til og læse alle de tilgængelige git-kommandoer. Kommandoen er især vigtig, når du lærer Git.

Git-arkiv

Git Archive-kommandoen er et Git-kommandolinjeværktøj, der genererer en arkivfil som commits, brancher eller træer fra listede Git Refs. Yderligere argumenter, der vil ændre arkivoutputtet, godkendes af git-arkivet.

git archive –format=tar HEAD

Denne kommando konstruerer et arkiv fra den aktuelle HEAD-refer af depotet, når den udføres. Det er et værdifuldt værktøj til at bygge distribuerede git repository-pakker. Bemærk:Det tillader flere outputformater i Gits arkiv, der kan bruge tilføjet komprimering.

Kend .git-mappen

.git-mappen indeholder alle de versionskontroloplysninger, der er nødvendige for dit projekt og alle commit-oplysninger, fjernlageradresse osv. Den giver også en log, der gemmer din historik for commit, så du kan gå tilbage til historikken.

.git-mappen er den mappe, der oprettes, når du laver git init- eller git-klonen. Denne "ting" laver et "git"-lager til dit projekt. Uden det er projektet lokalt – ikke et git-projekt, og du kan ikke anvende nogen git-operationer.

Sletning af .git-mappen fjerner ikke andre filer, der er en del af git-lageret. Det vil dog ikke være under versionskontrol længere. Derfor bør du ikke slette denne mappe.

Konklusion

Git, som er et stort system med mange hundrede tusinde tilhængere, bliver konstant forbedret. Udviklere tilføjer nye muligheder og gør brugernes samarbejde meget mere effektivt og udførelsen af ​​opgaverne smidigere og hurtigere.

Masser af softwareløsninger til at foretage ændringer og arbejde med fjerndepoter. Blandt dem er det værd at nævne dbForge Source Control, et multifunktionelt SSMS-tilføjelsesprogram. Ifs funktionalitet giver dig mulighed for at arbejde med Git og også sådanne systemer som SVN, TFS og Microsoft Azure DevOps.

Jeg håber, at denne artikel har udstyret dig med vigtig viden om git-tip og bedste praksis, så du kan øge din produktivitet. Tak fordi du læste med, og jeg håber, at dette indlæg vil hjælpe dig i dit arbejde.


  1. Sådan tælles forskellige værdier i SQL

  2. Flere begrænsninger i tabel:Hvordan får man alle overtrædelser?

  3. Hvordan ændres sammenstilling af database, tabel, kolonne?

  4. SQLite JSON_EACH()