Forking-workflows på GitHub
Forstå, hvordan De bruger modellen »fork and pull request« til at bidrage til projekter, hvor De ikke har direkte skriverettigheder.
Forking-workflows på GitHub er en gratis Professionelt Git- og GitHub-arbejdsforløb-lektion på CoddyKit. Dette er lektion 2 af 4. Du kan læse hele lektionen gratis nedenfor — og derefter øve dig praktisk i browseren med en indbygget kodeeditor og en AI-vejleder, der er tilgængelig døgnet rundt. Den er en del af læringsforløbet i Professionelt Git- og GitHub-arbejdsforløb, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Professionelt Git- og GitHub-arbejdsforløb-kurset indeholder 4 lektioner i alt.
Hvad er en GitHub-fork?
Forestil dig, at du vil bidrage til et open source-projekt, men ikke har tilladelse til at ændre dets kode direkte. Det er her, en fork kommer ind i billedet!
En fork er ganske enkelt en personlig kopi af en andens GitHub-repository. Den ligger under din egen GitHub-konto, så du har fuld kontrol til at eksperimentere og foretage ændringer uden at påvirke det oprindelige projekt.
Hvorfor vi bruger forks
Den vigtigste grund til at forke et repository er at foreslå ændringer til et projekt, når du ikke har direkte skriveadgang til dets oprindelige kodebase.
- Sikker eksperimentering: Arbejd i din kopi uden at risikere at ødelægge originalen.
- Bidragsvej: Det er den almindelige måde at foreslå funktioner eller rettelser til offentlige projekter på.
- Personlige projekter: Brug en fork som udgangspunkt for dit eget relaterede projekt.
Sådan laver du en fork på GitHub
Det er meget enkelt at forke et repository på GitHub:
- Gå til det oprindelige repository, du vil forke.
- Find knappen 'Fork', som normalt er placeret i øverste højre hjørne.
- Klik på knappen 'Fork'. GitHub opretter derefter en kopi af repositoryet under din konto.
Du har nu github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME.
Klon din fork lokalt
Når du har fork'et repositoryet på GitHub, vil du hente kopien ned på din lokale maskine, så du kan begynde at arbejde på den.
Brug kommandoen git clone, men sørg for at klone URL'en til din fork og ikke URL'en til det oprindelige repository.
git clone https://github.com/YOUR_USERNAME/your-forked-repo.gitForetag og commit ændringer
Nu hvor du har klonet din fork lokalt, kan du foretage ændringer ligesom i ethvert andet Git-projekt. Det er god praksis at oprette en ny gren til din funktion eller rettelse.
git checkout -b my-new-feature
# Edit files, add new code...
git add .
git commit -m "feat: added my new feature"Push ændringer til din fork
Når du har committet dine ændringer lokalt, skal du pushe dem til din fjernfork på GitHub. Det opdaterer din personlige kopi af repositoryet.
Fjernlageret origin peger typisk på din fork.
git push origin my-new-featureSynkroniser din fork med upstream
Mens du arbejder på din fork, kan det oprindelige repository (ofte kaldet 'upstream') modtage nye opdateringer. For at holde din fork ajour skal du synkronisere den.
Tilføj først det oprindelige repository som et nyt fjernlager med navnet upstream. Hent og merge derefter dets ændringer.
git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPO.git
git fetch upstream
git checkout main
git merge upstream/mainOpret en pull request
Når dine ændringer er færdige og pushet til din fork, er du klar til at foreslå dem til det oprindelige projekt. Det gør du via en pull request (PR).
Gå til din fork på GitHub. Du vil ofte se et banner, der foreslår, at du opretter en PR fra din nye gren. Følg vejledningen for at sammenligne din gren med det oprindelige repositories main-gren og indsende dit forslag.
Arbejdsgangen med forks
Her er en opsummering af den typiske arbejdsgang med forks:
- Fork: Opret din personlige kopi på GitHub.
- Clone: Hent din fork ned på din lokale maskine.
- Develop: Foretag ændringer på en ny gren.
- Push: Send dine ændringer til din fjernfork.
- Sync: Hold din fork opdateret med det oprindelige projekt.
- Pull request: Foreslå dine ændringer til det oprindelige projekt.
Hurtigt tjek: Grunde til at bruge forks
Det er vigtigt at forstå, hvorfor og hvordan du bruger en arbejdsgang med forks, når du samarbejder om open source.
Opsummering: Forks i praksis
I denne lektion har du lært om arbejdsgangen med GitHub-forks. Du forstår nu, at en fork opretter en personlig kopi af et repository, så du kan bidrage til projekter, selv uden direkte skriveadgang.
Vi har gennemgået, hvordan du forker, kloner, foretager ændringer, pusher til din fork, synkroniserer med upstream-repositoryet og til sidst opretter en pull request for at foreslå dine bidrag. Denne arbejdsgang er en hjørnesten i samarbejdsbaseret udvikling på GitHub!
Lær Professionelt Git- og GitHub-arbejdsforløb med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 12
- Lektioner
- 48
Ofte stillede spørgsmål
Er lektionen “Forking-workflows på GitHub” gratis?
Ja — hele teksten til “Forking-workflows på GitHub” kan læses gratis her på nettet. Hvis du vil øve dig interaktivt med en indbygget kodeeditor og en AI-vejleder døgnet rundt og få adgang til resten af Professionelt Git- og GitHub-arbejdsforløb-kurset, skal du opgradere til CoddyKit PRO. Professionelt Git- og GitHub-arbejdsforløb-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Forking-workflows på GitHub”?
Forstå, hvordan De bruger modellen »fork and pull request« til at bidrage til projekter, hvor De ikke har direkte skriverettigheder. Du øver dig i Professionelt Git- og GitHub-arbejdsforløb med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Professionelt Git- og GitHub-arbejdsforløb?
Der kræves ingen tidligere erfaring. Professionelt Git- og GitHub-arbejdsforløb på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 2 af 4.
Hvor lang tid tager lektionen “Forking-workflows på GitHub”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Professionelt Git- og GitHub-arbejdsforløb-lektion?
Ja. Alle Professionelt Git- og GitHub-arbejdsforløb-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.
Alle lektioner i dette kursus
- Oprettelse og gennemgang af pull requests
- Forking-workflows på GitHub
- Code reviews og godkendelser
- Kladde-PR'er og pull request-skabeloner