Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Lære Fjern-Grene | Grundlæggende Interaktion med Fjernlagre
Github-Grundlæggende
course content

Kursusindhold

Github-Grundlæggende

Github-Grundlæggende

1. Introduktion til GitHub
2. Grundlæggende Interaktion med Fjernlagre
3. Mere Avancerede Workflows

book
Fjern-Grene

Som du netop har set, findes der to typer grene, når du arbejder med remotes: lokale og remote grene.

Note
Læs Mere

Remote grene er kopier af grenene på det eksterne repository og er skrivebeskyttede i dit lokale miljø.

Lad os se på de remote grene (-r står for remote), som vores Git-repository i øjeblikket sporer, ved at køre følgende kommando:

Note
Bemærk

For at opsummere er HEAD en reference til det aktuelle commit i dit arbejdsbibliotek. Den peger på det seneste commit på den nuværende gren, du arbejder på. origin/HEAD er en symbolsk reference, der peger på standardgrenen i det eksterne (remote) repository. Typisk er dette main-grenen, som repositoryet betragter som den primære udviklingsgren.

Da disse grene er skrivebeskyttede, skal du hente ændringerne til din lokale maskine, flette dem med dine lokale ændringer og derefter skubbe dem tilbage til det eksterne repository for at foretage ændringer.

Det er alt sammen fint, men hvordan kan vi finde ud af, om vores nuværende gren er opdateret med sin eksterne modpart? Den velkendte git status-kommando kan hjælpe med dette; den viser ikke kun status for dit lokale arbejdsbibliotek, men angiver også, om din gren er foran, bagud eller synkroniseret med den eksterne gren, den sporer.

Lad os nu køre den:

I vores tilfælde fortæller git status os, at vores lokale main-gren er opdateret med origin/main, hvilket betyder, at der ikke er nye ændringer på den eksterne main-gren, som du ikke allerede har inkluderet i din lokale version.

question mark

Hvilken kommando hjælper dig med at kontrollere, om din lokale gren er opdateret med dens fjernmodpart?

Select the correct answer

Var alt klart?

Hvordan kan vi forbedre det?

Tak for dine kommentarer!

Sektion 2. Kapitel 2

Spørg AI

expand

Spørg AI

ChatGPT

Spørg om hvad som helst eller prøv et af de foreslåede spørgsmål for at starte vores chat

course content

Kursusindhold

Github-Grundlæggende

Github-Grundlæggende

1. Introduktion til GitHub
2. Grundlæggende Interaktion med Fjernlagre
3. Mere Avancerede Workflows

book
Fjern-Grene

Som du netop har set, findes der to typer grene, når du arbejder med remotes: lokale og remote grene.

Note
Læs Mere

Remote grene er kopier af grenene på det eksterne repository og er skrivebeskyttede i dit lokale miljø.

Lad os se på de remote grene (-r står for remote), som vores Git-repository i øjeblikket sporer, ved at køre følgende kommando:

Note
Bemærk

For at opsummere er HEAD en reference til det aktuelle commit i dit arbejdsbibliotek. Den peger på det seneste commit på den nuværende gren, du arbejder på. origin/HEAD er en symbolsk reference, der peger på standardgrenen i det eksterne (remote) repository. Typisk er dette main-grenen, som repositoryet betragter som den primære udviklingsgren.

Da disse grene er skrivebeskyttede, skal du hente ændringerne til din lokale maskine, flette dem med dine lokale ændringer og derefter skubbe dem tilbage til det eksterne repository for at foretage ændringer.

Det er alt sammen fint, men hvordan kan vi finde ud af, om vores nuværende gren er opdateret med sin eksterne modpart? Den velkendte git status-kommando kan hjælpe med dette; den viser ikke kun status for dit lokale arbejdsbibliotek, men angiver også, om din gren er foran, bagud eller synkroniseret med den eksterne gren, den sporer.

Lad os nu køre den:

I vores tilfælde fortæller git status os, at vores lokale main-gren er opdateret med origin/main, hvilket betyder, at der ikke er nye ændringer på den eksterne main-gren, som du ikke allerede har inkluderet i din lokale version.

question mark

Hvilken kommando hjælper dig med at kontrollere, om din lokale gren er opdateret med dens fjernmodpart?

Select the correct answer

Var alt klart?

Hvordan kan vi forbedre det?

Tak for dine kommentarer!

Sektion 2. Kapitel 2
some-alt