Profesjonell arbeidsflyt med Git og GitHub · leksjon

Fork-arbeidsflyter på GitHub

Forstå hvordan du bruker modellen «fork og pull request» når du bidrar til prosjekter du ikke har direkte skrivetilgang til.

Leksjon 2 av 411 trinn

Fork-arbeidsflyter på GitHub er en gratis leksjon i Profesjonell arbeidsflyt med Git og GitHub på CoddyKit. Dette er leksjon 2 av 4. Du kan lese hele leksjonen gratis nedenfor – og deretter øve praktisk i nettleseren med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt. Den er en del av læringsløpet i Profesjonell arbeidsflyt med Git og GitHub, og fremdriften din synkroniseres mellom nettet og CoddyKit-appen. Kurset i Profesjonell arbeidsflyt med Git og GitHub inneholder totalt 4 leksjoner.

Hva er en GitHub-fork?

Se for Dem at De vil bidra til et åpen kildekode-prosjekt, men ikke har tillatelse til å endre koden direkte. Det er her forking kommer inn!

En fork er ganske enkelt en personlig kopi av en annens GitHub-repositorium. Den ligger under Deres egen GitHub-konto og gir Dem full kontroll til å eksperimentere og gjøre endringer uten å påvirke originalprosjektet.

Hvorfor vi bruker forking

Hovedgrunnen til å forke et repositorium er å foreslå endringer i et prosjekt når De ikke har direkte skrivetilgang til den opprinnelige kodebasen.

Trygg eksperimentering: Arbeid med Deres kopi uten å være redd for å ødelegge originalen.
Bidragsmåte: Dette er standardmåten å foreslå funksjoner eller feilrettinger i offentlige prosjekter på.
Personlige prosjekter: Bruk en fork som utgangspunkt for Deres eget relaterte prosjekt.

Slik forker De på GitHub

Det er svært enkelt å forke et repositorium på GitHub:

Gå til det opprinnelige repositoriet De vil forke.
Se etter knappen «Fork», vanligvis øverst til høyre.
Klikk på knappen «Fork». GitHub oppretter deretter en kopi av repositoriet under kontoen Deres.

De vil nå ha github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME.

Klon forken lokalt

Når De har forket repositoriet på GitHub, vil De hente kopien ned til den lokale maskinen for å begynne å arbeide med den.

Bruk kommandoen git clone, men pass på å klone URL-en til forken Deres, ikke URL-en til det opprinnelige repositoriet.

git clone https://github.com/YOUR_USERNAME/your-forked-repo.git

Gjør og commit endringer

Nå som De har klonet forken lokalt, kan De gjøre endringer akkurat som i ethvert annet Git-prosjekt. Det er god praksis å opprette en ny gren for funksjonen eller feilrettingen.

git checkout -b my-new-feature
# Edit files, add new code...
git add .
git commit -m "feat: added my new feature"

Push endringer til forken

Etter at De har committet endringene lokalt, må De pushe dem til fjernforken Deres på GitHub. Dette oppdaterer Deres personlige kopi av repositoriet.

Fjernlageret origin peker vanligvis til forken Deres.

git push origin my-new-feature

Synkroniser forken med upstream

Mens De arbeider med forken, kan det opprinnelige repositoriet, som ofte kalles «upstream», motta nye oppdateringer. For å holde forken oppdatert må De synkronisere den.

Legg først til originalrepoet som et nytt fjernlager med navnet upstream. Hent og merg deretter endringene.

git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPO.git
git fetch upstream
git checkout main
git merge upstream/main

Opprett en Pull Request

Når endringene er ferdige og pushet til forken Deres, er De klar til å foreslå dem tilbake til originalprosjektet. Dette gjøres via en Pull Request (PR).

Gå til forken Deres på GitHub. Der vil De ofte se et banner som foreslår at De oppretter en PR fra den nye grenen. Følg instruksjonene for å sammenligne grenen Deres med main-grenen i det opprinnelige repositoriet og sende inn forslaget.

Arbeidsflyten for forking

Her er en oppsummering av den typiske arbeidsflyten for forking:

Fork: Opprett Deres personlige kopi på GitHub.
Clone: Hent forken til den lokale maskinen.
Develop: Gjør endringer på en ny gren.
Push: Send endringene til fjernforken Deres.
Sync: Hold forken oppdatert med originalprosjektet.
Pull Request: Foreslå endringene Deres for originalprosjektet.

Kjapp sjekk: Grunner til forking

Det er viktig å forstå hvorfor og hvordan De bruker en arbeidsflyt for forking, for å kunne samarbeide om åpen kildekode.

Besvar den i den interaktive leksjonen

Oppsummering: Forking-kraft

I denne leksjonen har De lært om arbeidsflyten for forking på GitHub. De forstår nå at forking oppretter en personlig kopi av et repositorium, slik at De kan bidra til prosjekter selv uten direkte skrivetilgang.

Vi har gått gjennom hvordan De forker, kloner, gjør endringer, pusher til forken, synkroniserer med upstream-repositoriet og til slutt oppretter en Pull Request for å foreslå bidragene Deres. Denne arbeidsflyten er en hjørnestein i samarbeidende utvikling på GitHub!

Gratis å komme i gang

Lær deg Profesjonell arbeidsflyt med Git og GitHub med en AI-veileder – gratis

Skriv og kjør ekte kode i nettleseren, få umiddelbar hjelp fra en AI-veileder som er tilgjengelig døgnet rundt, og fortsett der du slapp – på nettet eller i appen.

Kurs: 12
Leksjoner: 48

Start læringen gratis Se hele kurset

Ofte stilte spørsmål

Er leksjonen «Fork-arbeidsflyter på GitHub» gratis?

Ja – hele teksten i «Fork-arbeidsflyter på GitHub» er gratis å lese her på nettet. For å øve interaktivt med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt, og for å låse opp resten av Profesjonell arbeidsflyt med Git og GitHub-kurset, kan du oppgradere til CoddyKit PRO. Kurset i Profesjonell arbeidsflyt med Git og GitHub inneholder totalt 4 leksjoner.

Hva lærer jeg i «Fork-arbeidsflyter på GitHub»?

Forstå hvordan du bruker modellen «fork og pull request» når du bidrar til prosjekter du ikke har direkte skrivetilgang til. Du øver på Profesjonell arbeidsflyt med Git og GitHub med praktisk kode som du kjører direkte i nettleseren, mens en AI-veileder som er tilgjengelig døgnet rundt, svarer på spørsmålene dine mens du jobber deg gjennom leksjonen.

Trenger jeg erfaring for å begynne med Profesjonell arbeidsflyt med Git og GitHub?

Ingen tidligere erfaring er nødvendig. Profesjonell arbeidsflyt med Git og GitHub på CoddyKit er lagt opp for både nybegynnere og viderekomne, så De kan begynne her eller helt fra start og lære i Deres eget tempo. Dette er leksjon 2 av 4.

Hvor lang tid tar leksjonen «Fork-arbeidsflyter på GitHub»?

De fleste CoddyKit-leksjoner tar omtrent 5–10 minutter. Hver leksjon er kort og interaktiv, slik at De gjør jevne fremskritt og kan fortsette akkurat der De slapp – både på nettet og i appen.

Kan jeg skrive og kjøre kode i denne Profesjonell arbeidsflyt med Git og GitHub-leksjonen?

Ja. Alle Profesjonell arbeidsflyt med Git og GitHub-leksjoner har en innebygd kodeeditor, slik at De kan skrive og kjøre ekte kode direkte i nettleseren og få umiddelbar tilbakemelding fra AI – uten lokal konfigurering.

Alle leksjonene i dette kurset

Opprette og gjennomgå pull requests
Fork-arbeidsflyter på GitHub
Koderevisjoner og godkjenninger
Utkast til PR-er og maler for pull requests

← Tilbake til Profesjonell arbeidsflyt med Git og GitHub