Git videregående: Monorepo, Submodules og arbeidsflyter · leksjon

Forking-arbeidsflyten for åpen kildekode

Forstå forking-arbeidsflyten, som er avgjørende for å bidra til prosjekter med åpen kildekode og håndtere eksterne bidrag

Leksjon 1 av 410 trinn

Forking-arbeidsflyten for åpen kildekode er en gratis leksjon i Git videregående: Monorepo, Submodules og arbeidsflyter på CoddyKit. Dette er leksjon 1 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 Git videregående: Monorepo, Submodules og arbeidsflyter, og fremdriften din synkroniseres mellom nettet og CoddyKit-appen. Kurset i Git videregående: Monorepo, Submodules og arbeidsflyter inneholder totalt 4 leksjoner.

Introduksjon til forking-arbeidsflyten

Velkommen til Forking Workflow! Denne modellen er svært populær for bidrag til åpen kildekode og håndtering av eksterne samarbeidspartnere.

Den gir alle en strukturert måte å bidra til et prosjekt på, uten at de trenger direkte skrivetilgang til det opprinnelige repositoriet.

Hva er en fork?

En fork er i praksis Deres egen kopi av en annens repository. Denne kopien ligger på Git-tjenesten (som GitHub eller GitLab), ikke direkte på datamaskinen Deres.

Det er en klone av originalprosjektet på serversiden.
De har full skrivetilgang til fork-en Deres.
Endringer De gjør her, påvirker ikke originalprosjektet før De foreslår dem.

Klon fork-en lokalt

Når De har forket et repository på nettet, er neste steg å hente kopien til den lokale maskinen. De kloner Deres egen fork, ikke originalprosjektet.

Bruk kommandoen git clone med URL-en til repositoryet De har forket:

git clone https://github.com/your-username/project-repo.git

Koble til upstream (originalen)

Etter at De har klonet fork-en, er det avgjørende å opprette en kobling til originalrepoet. Dette kaller vi fjernlageret «upstream».

Denne koblingen lar Dem hente oppdateringer fra originalprosjektet og holde fork-en synkronisert.

git remote add upstream https://github.com/original-owner/project-repo.git
git remote -v

Arbeide på en ny feature-gren

Før De gjør endringer, bør De alltid opprette en ny gren for bidraget. Dette holder endringene isolert og gjør det enklere å administrere flere bidrag eller forkaste arbeid ved behov.

Bytt til hovedgrenen (for eksempel main eller master).
Hent de nyeste endringene fra fork-en.
Opprett en ny gren og bytt til den.

git checkout main
git pull origin main
git checkout -b my-new-feature
# ... make changes and commit ...
git add .
git commit -m "feat: Add my new feature"

Synkronisere med endringer fra upstream

Prosjekter utvikler seg raskt! For å unngå merge-konflikter og sikre at endringene Deres er basert på den nyeste koden, bør De regelmessig synkronisere det lokale repositoriet med det opprinnelige upstream-prosjektet.

Hent først endringene fra upstream, og rebase deretter feature-grenen:

git fetch upstream
git checkout my-new-feature
git rebase upstream/main

Pushe endringer til fork-en

Når endringene er committet og grenen er oppdatert, pusher De feature-grenen til Deres personlige fork på fjernlageret. Da blir arbeidet synlig på GitHub-/GitLab-profilen Deres.

Bruk git push origin <branch-name> for å sende endringene:

git push origin my-new-feature

Opprette en Pull Request (PR)

Når endringene er pushet til fork-en, er siste steg å foreslå dem for originalprosjektet. Dette gjør De ved å opprette en Pull Request (PR) (noen ganger kalt en Merge Request).

En PR er et formelt forslag om å slå endringene Deres sammen med upstream-prosjektet.
Den lar prosjektvedlikeholdere gjennomgå koden, foreslå endringer og diskutere bidraget.
Vanligvis oppretter De den fra nettstedet til Git-tjenesten De bruker.

Test kunnskapene Deres

Hvilke av de følgende er viktige trinn i Forking Workflow når De bidrar til et prosjekt med åpen kildekode?

Besvar den i den interaktive leksjonen

Oppsummering av forking-arbeidsflyten

De har lært det grunnleggende om Gits Forking Workflow!

De oppretter en fork (Deres kopi på serversiden).
De kloner fork-en lokalt.
De kobler til originalprosjektet som upstream.
De gjør endringer på en egen feature-gren.
De synkroniserer med upstream og pusher til fork-en.
Til slutt oppretter De en Pull Request for å foreslå endringene.

Denne arbeidsflyten er grunnleggende for samarbeidende utvikling med åpen kildekode!

Gratis å komme i gang

Lær deg Git videregående: Monorepo, Submodules og arbeidsflyter 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 «Forking-arbeidsflyten for åpen kildekode» gratis?

Ja – hele teksten i «Forking-arbeidsflyten for åpen kildekode» 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 Git videregående: Monorepo, Submodules og arbeidsflyter-kurset, kan du oppgradere til CoddyKit PRO. Kurset i Git videregående: Monorepo, Submodules og arbeidsflyter inneholder totalt 4 leksjoner.

Hva lærer jeg i «Forking-arbeidsflyten for åpen kildekode»?

Forstå forking-arbeidsflyten, som er avgjørende for å bidra til prosjekter med åpen kildekode og håndtere eksterne bidrag Du øver på Git videregående: Monorepo, Submodules og arbeidsflyter 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 Git videregående: Monorepo, Submodules og arbeidsflyter?

Ingen tidligere erfaring er nødvendig. Git videregående: Monorepo, Submodules og arbeidsflyter 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 1 av 4.

Hvor lang tid tar leksjonen «Forking-arbeidsflyten for åpen kildekode»?

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 Git videregående: Monorepo, Submodules og arbeidsflyter-leksjonen?

Ja. Alle Git videregående: Monorepo, Submodules og arbeidsflyter-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

Forking-arbeidsflyten for åpen kildekode
Håndtering av store team og repositorier
Effektive metoder for kodegjennomgang
Håndtere bidrag med pull requests og vedlikeholderetikette

← Tilbake til Git videregående: Monorepo, Submodules og arbeidsflyter