At lære Git er en væsentlig færdighed i softwareudvikling. Den stigende popularitet af open source-software har ført til Gits succes. Du kan bruge det til at holde styr på bidrag, administrere samarbejde og være vært for kodebaser i fjernlagre.

Git spiller en afgørende rolle i de fleste open source-projekter. Find ud af, hvilken relation Git har til open source, og hvordan du kan bruge dette produktive værktøj til at booste dine bidrag.

Forholdet mellem Git og Open-Source

Git er en versionskontrolsoftware, der er meget brugt i udvikling. Git lader dig spore softwareændringer i realtid, gemme kopier af din kode i fjerndepoter og samarbejde online. Tag et dybdegående kig på Git i vores avanceret Git tutorial.

Git er også et open source-projekt, som bidragydere har arbejdet på for at forbedre over tid. Open source-software er generelt gratis for alle at bruge. Software bliver open source, når ejeren giver rettigheder til enhver til at bruge, ændre og distribuere kildekoden.

Open source-bidrag sker på en offentlig og kollaborativ måde, også kendt som "Building in Public". Lær mere om forskellen mellem

instagram viewer
open source og closed source software.

Git har samarbejdsfunktioner, der er essentielle i open source. Git gør det muligt for teams at vedligeholde projekter i fællesskab. Det lader dig hente kode, tilføje bidrag på din lokale maskine og indsende dine ændringer til gennemgang.

Git-funktioner, der bruges i Open Source

Git har flere kommandoer, der bruges til at udføre operationer på dens grænseflade. Der er mange sådanne kommandoer, men du behøver ikke at lære dem alle for at bidrage til open source. Her er nogle grundlæggende udtryk og kommandoer, som du vil støde på:

  • Gaffel: En kopi af et GitHub-lager (repo). Når du laver en gaffel, du får en kopi af det på din GitHub-konto, så du kan redigere indholdet uden at påvirke projektets overordnede lager.
  • Problem: En idé, fejl eller opgave, som bidragydere kan arbejde på. Et problem med en etiket som godt første nummer er en simpel opgave beregnet til at motivere bidragydere til at deltage i open source-projekter.
  • Etiket:Bruges til at kategorisere emner og diskussioner.
  • Vedligeholdere: Bidragydere med tilladelse til at ændre filerne i et projekts lager. De er også kendt som kodeejere.
  • Bidragydere: Enhver, der bidrager med kode, dokumentation eller andre tekniske ressourcer til et projekt.

Følgende er nogle almindelige kommandoer, du vil bruge i open source-udvikling:

  • Afdeling: En kopi af indholdet af repoen. En repo kan have flere filialer: hovedgrenen og flere andre, hvis det er nødvendigt. Standardgrenen er hoved/mester, og du kan navngive yderligere filialer efter deres formål.
  • Fusionere:Flet betyder at sammenføje forskellige grene, så de har den samme kode.
  • Pull-anmodning (PR): Meddeler vedligeholdelse, at du har skubbet kode, der skal gennemgås. Lav en pull-anmodning, når du er klar til at fusionere med den overordnede filial og har brug for anmeldelser fra andre.
  • Fjern: Online version af dit lokale lager.
  • Hent: Downloader indholdet af et fjernlager til dit lokale arkiv.
  • Begå: Sporer ændringer til en fil på en lokal eller online-repo. Alle commits har et unikt ID, der registrerer detaljer om forfatteren, tidspunktet og arten af ​​de foretagne ændringer.

Kom godt i gang med Open Source

I denne vejledning vil vi se på de grundlæggende trin, du vil tage for at give dit første bidrag til open source. Vi vil bruge Git som det lokale lager og GitHub som det eksterne lager. Sådan kommer du i gang.

1. Vælg et projekt

Find et passende projekt at bidrage til. Dine færdigheder og passion for at gøre en forskel vil afgøre, hvilket projekt du vælger. Du kan bidrage med en funktion, dokumentation eller færdigheder såsom produktstyring.

Det rigtige projekt vil have et aktivt fællesskab på sociale kanaler som Slack eller Twitter. Dens lager bør have regelmæssige bidrag og korrekt licens til open source-software.

2. Få bidragyderguiden

Ethvert velrenommeret open source-projekt bør have en bidragydervejledning. Guiden har instruktioner og anvisninger til at vise nye udviklere, hvordan de kan bidrage til projektet.

Du vil lære, hvordan du fordeler, arbejder på et problem og laver en pull-anmodning til upstream-reposen for at give vedligeholderne mulighed for at gennemgå dit bidrag. Du vil højst sandsynligt finde bidragydervejledningen i projektets rodmapp.

Bidragyderguiden hjælper dig med at forstå projektets arbejdsgang og reducere flettekonflikter. Hvis du ikke overholder disse retningslinjer for bidragydere, kan en vedligeholder afvise din pull anmodning.

Her er et eksempel på en bidragydervejledning fra AsyncAPI projekt.

3. Vælg et problem

An problem kan være alt, hvad du gerne vil bidrage til. Det kan være en anmodning, du har identificeret i problemafsnittet på projektlageret, en tastefejl eller dokumentation, du ønsker at tilføje til projektet.

Før du begynder at arbejde på en problem, først forespørge om eller diskutere problem med vedligeholderne. Nogle gange kan det være et forældet problem eller et, som en anden bidragyder allerede arbejder på. Sådan ser problemafsnittet på GitHub ud:

4. Arbejde med spørgsmålet

Når vedligeholderne har godkendt problemet, kan du konfigurere et forked repository. Forking vil give dig en kopi af det overordnede lager til dit lager. Du vil klone depotet til din lokale maskine med git klon kommando.

Du kan åbne mappen på din foretrukne kodeeditor og begynde at arbejde. Her er det vigtigt at kende syntaksen for populære markup-sprog som Markdown, som er populær i de fleste open source-projekter. Hvis du arbejder på et dokumentationsproblem, vil du sandsynligvis bruge Markdown som illustreret nedenfor:

5. Indsend dit arbejde til gennemgang

Når du er færdig med at arbejde på problemet, skal du følge bidragydervejledningens arbejdsgang for at skubbe dit arbejde til GitHub til gennemgang. Brug følgende trin til at konfigurere gaflen og indsende den til gennemgang.

  1. Forbind dit lokale lager til projektets opstrøms lager ved hjælp af denne kommando:
    git remote add upstream https://github.com/{original-owner}/{original-repository}.git
  2. Brug git hente for at downloade indholdet af opstrømsfilialen til din lokale afdeling:
    git branch -u upstream/master master
  3. Opret en ny filial med git gren . Du kan kontrollere, om den nye filial er oprettet med git gren kommando.
  4. Iscenesætter din gren med git tilføje og begå det med git begå -m.
  5. Skub din kode til GitHub-grenen med git push oprindelse .
  6. Lav en pull anmodning(PR). En PR advarer vedligeholdere om at gennemgå din filial og foreslå ændringer før sammenlægning. Dette diagram opsummerer hele processen.

6. Anmeldelser og sammenlægning

Efter at have indsendt PR, vil vedligeholderne sandsynligvis gennemgå og foreslå ændringer. Du kan foretage lokale ændringer eller begå de foreslåede ændringer på fjernlageret. GitHub har en bestemmelse til begå ændres på afstand.

Under gennemgangen vil du modtage feedback på dit bidrag og kan søge afklaring på nogle forhold. Nedenfor er en illustration af, hvordan du kan foretage ændringer på GitHub:

Når du er færdig med at foretage ændringer, foretag nye tilsagn. Commits vil give vedligeholderne besked om at gennemgå dit arbejde igen. Hvis alle kontroller består, bliver din PR hurtigt slået sammen. Tillykke! Du har lige givet dit første bidrag til et open source-projekt.

Git forbedrer open source-samarbejde

Git spiller en væsentlig rolle i open source-bidrag. Git gør det muligt for store og små projekter at spore bidrag, administrere teams og hoste forskellige versioner af kildekoder. Som et open source-projekt i sig selv har Git forbedret kvaliteten og kvantiteten af ​​bidrag til open source-software.

Dit første open source-bidrag vil sandsynligvis være skræmmende, men det er nemt og sjovt, når du først har lært arbejdsgangen at kende. Brug af Git vil hjælpe dig med at skærpe dine kodningsevner, lære samarbejde og netværke med de bedste mennesker i tech-industrien. Gå videre og kom i gang!