Å lære Git er en essensiell ferdighet i programvareutvikling. Den økende populariteten til åpen kildekode-programvare har ført til Gits suksess. Du kan bruke den til å holde styr på bidrag, administrere samarbeid og være vert for kodebaser i eksterne depoter.

Git spiller en viktig rolle i de fleste åpen kildekode-prosjekter. Finn ut hvilken relasjon Git har til åpen kildekode og hvordan du kan bruke dette produktive verktøyet til å øke bidragene dine.

Forholdet mellom Git og åpen kildekode

Git er en versjonskontrollprogramvare som er mye brukt i utvikling. Git lar deg spore programvareendringer i sanntid, lagre kopier av koden din i eksterne depoter og samarbeide online. Ta en grundig titt på Git i vår avansert Git-opplæring.

Git er også et åpen kildekode-prosjekt som bidragsytere har jobbet med for å forbedre over tid. Åpen kildekode-programvare er vanligvis gratis for alle å bruke. Programvare blir åpen kildekode når eieren gir rettigheter til hvem som helst til å bruke, endre og distribuere kildekoden.

Åpen kildekode-bidrag skjer på en offentlig og samarbeidende måte, også kjent som "Building in Public." Lær mer om forskjellen mellom åpen kildekode og lukket kildekode programvare.

Git har samarbeidsfunksjoner som er essensielle i åpen kildekode. Git gjør det mulig for team å vedlikeholde prosjekter i samarbeid. Den lar deg hente kode, legge til bidrag på din lokale maskin og sende inn endringene dine for vurdering.

Git-funksjoner som brukes i åpen kildekode

Git har flere kommandoer som brukes til å utføre operasjoner på grensesnittet. Det er mange slike kommandoer, men du trenger ikke å lære dem alle for å bidra til åpen kildekode. Her er noen grunnleggende termer og kommandoer du vil komme over:

  • Gaffel: En kopi av et GitHub-depot (repo). Når du lager en gaffel, du får en kopi av den på GitHub-kontoen din, slik at du kan redigere innholdet uten å påvirke prosjektets overordnede repository.
  • Utgave: En idé, feil eller oppgave som bidragsytere kan jobbe med. Et problem med en etikett som bra første nummer er en enkel oppgave ment å motivere bidragsytere til å delta i åpen kildekode-prosjekter.
  • Merkelapp:Brukes til å kategorisere problemstillinger og diskusjoner.
  • Vedlikeholdere: Bidragsytere med tillatelse til å endre filene i et prosjekts depot. De er også kjent som kodeeiere.
  • Bidragsytere: Alle som bidrar med kode, dokumentasjon eller andre tekniske ressurser til et prosjekt.

Følgende er noen vanlige kommandoer du vil bruke i åpen kildekode-utvikling:

  • Filial: En kopi av innholdet i repoen. En repo kan ha flere filialer: hovedfilialen og flere andre, om nødvendig. Standardgrenen er hoved/master, og du kan navngi flere grener i henhold til deres formål.
  • Slå sammen:Slå sammen betyr å slå sammen ulike grener slik at de har samme kode.
  • Pull-forespørsel (PR): Varsler vedlikehold om at du har pushet kode som må gjennomgås. Lag en pull-forespørsel når du er klar til å slå sammen med den overordnede grenen og trenger vurderinger fra andre.
  • Fjernkontroll: Online versjon av ditt lokale depot.
  • Hent: Laster ned innhold fra et eksternt depot til din lokale repo.
  • Begå: Sporer endringer i en fil på en lokal eller online repo. Alle forpliktelser har en unik ID som registrerer detaljer om forfatteren, tidspunktet og arten av endringer som er gjort.

Komme i gang med åpen kildekode

I denne opplæringen vil vi se på de grunnleggende trinnene du vil ta for å gi ditt første bidrag til åpen kildekode. Vi vil bruke Git som det lokale depotet og GitHub som det eksterne depotet. Her er hvordan du kommer i gang.

1. Velg et prosjekt

Identifiser et passende prosjekt å bidra til. Dine ferdigheter og lidenskap for å gjøre en forskjell vil avgjøre hvilket prosjekt du velger. Du kan bidra med en funksjon, dokumentasjon eller ferdigheter som produktadministrasjon.

Det rette prosjektet vil ha et aktivt fellesskap på sosiale kanaler som Slack eller Twitter. Depotet bør ha regelmessige bidrag og riktig lisensiering for åpen kildekode-programvare.

2. Få bidragsyterveiledningen

Ethvert anerkjent åpen kildekode-prosjekt bør ha en veiledning for bidragsytere. Veiledningen har instruksjoner og veiledninger for å vise nye utviklere hvordan de kan bidra til prosjektet.

Du vil lære hvordan du deler, jobber med et problem og sender en pull-forespørsel til oppstrøms repoen for å la vedlikeholderne vurdere bidraget ditt. Du vil mest sannsynlig finne bidragsyterguiden i rotmappen til prosjektet.

Bidragsyterguiden vil hjelpe deg å forstå prosjektets arbeidsflyt og redusere flettekonflikter. Hvis du ikke følger disse retningslinjene for bidragsytere, kan en vedlikeholder avvise din pull forespørsel.

Her er et eksempel på en bidragsyterguide fra AsyncAPI prosjekt.

3. Velg et problem

An utgave kan være alt du ønsker å bidra til. Det kan være en forespørsel du identifiserte i problemseksjonen på prosjektdepotet, en skrivefeil eller dokumentasjon du ønsker å legge til prosjektet.

Før du begynner å jobbe med en utgave, først spørre om eller diskuter utgave med vedlikeholderne. Noen ganger kan det være en foreldet sak eller en som en annen bidragsyter allerede jobber med. Slik ser problemdelen på GitHub ut:

4. Arbeid med problemet

Når vedlikeholderne har godkjent problemet, kan du sette opp et forked repository. Forking vil gi deg en kopi av det overordnede depotet til ditt depot. Du vil klone depotet til din lokale maskin med git klone kommando.

Du kan åpne mappen på ditt foretrukne koderedigeringsprogram og begynne å jobbe. Her er det viktig å kjenne syntaksen til populære markup-språk som Markdown, som er populært i de fleste åpen kildekode-prosjekter. Hvis du jobber med et dokumentasjonsproblem, vil du sannsynligvis bruke Markdown som illustrert nedenfor:

5. Send inn arbeidet ditt for vurdering

Når du er ferdig med å jobbe med problemet, følg arbeidsflyten for bidragsyterveiledningen for å sende arbeidet ditt til GitHub for gjennomgang. Bruk følgende trinn for å konfigurere gaffelen og sende den inn for gjennomgang.

  1. Koble ditt lokale depot til prosjektets oppstrøms depot ved å bruke denne kommandoen:
    git remote add upstream https://github.com/{original-owner}/{original-repository}.git
  2. Bruk git hente for å laste ned innholdet i oppstrømsfilialen til din lokale avdeling:
    git branch -u upstream/master master
  3. Opprett en ny filial med git gren . Du kan sjekke om den nye grenen er opprettet med git gren kommando.
  4. Sett opp grenen din med git add og forplikte det med git forplikte -m.
  5. Skyv koden din til GitHub-grenen med git push opprinnelse .
  6. Lage en pull forespørsel(PR). En PR varsler vedlikeholderne om å gjennomgå avdelingen din og foreslå endringer før sammenslåing. Dette diagrammet oppsummerer hele prosessen.

6. Anmeldelser og sammenslåing

Etter å ha sendt inn PR, vil vedlikeholderne sannsynligvis gjennomgå og foreslå endringer. Du kan gjøre lokale endringer eller begå de foreslåtte endringene på fjernlageret. GitHub har en bestemmelse til begå endres eksternt.

Under gjennomgangen vil du få tilbakemelding på ditt bidrag og kan søke avklaring i enkelte forhold. Nedenfor er en illustrasjon av hvordan du kan foreta endringer på GitHub:

Når du er ferdig med å gjøre endringer, foreta nye forpliktelser. Commits vil varsle vedlikeholderne om å vurdere arbeidet ditt på nytt. Hvis alle sjekker passerer, vil PR-en din raskt bli slått sammen. Gratulerer! Du har nettopp gitt ditt første bidrag til et åpen kildekode-prosjekt.

Git forbedrer åpen kildekode-samarbeid

Git spiller en viktig rolle i åpen kildekode-bidrag. Git gjør det mulig for store og små prosjekter å spore bidrag, administrere team, og være vert for ulike versjoner av kildekoder. Som et åpen kildekode-prosjekt i seg selv, har Git forbedret kvaliteten og kvantiteten av bidrag til åpen kildekode-programvare.

Ditt første åpen kildekodebidrag vil sannsynligvis være skremmende, men det er enkelt og morsomt når du først har lært arbeidsflyten. Å bruke Git vil hjelpe deg å skjerpe kodingsferdighetene dine, lære samarbeid og nettverk med de beste menneskene i teknologibransjen. Kom i gang!