Test - Om grene - test

Testpublicering 12/16

Brug en gren til at isolere udviklingsarbejde uden at påvirke andre grene i lageret. Hvert lager har én standardgren og kan have flere andre forgreninger. Du kan flette en gren til en anden gren ved hjælp af en pull-anmodning.  

Om grene

Grene giver dig mulighed for at udvikle funktioner, rette fejl eller sikkert eksperimentere med nye ideer i et indeholdt område i dit lager. 

Du opretter altid en gren ud fra en eksisterende gren. Du kan typisk oprette en ny gren fra standardgrenen for dit lager. Du kan derefter arbejde på denne nye gren isoleret fra ændringer, som andre foretager i lageret. En gren, du opretter for at opbygge en funktion, kaldes ofte en funktionsgren eller emnegren. Du kan få mere at vide under "Oprettelse og sletning af forgreninger i dit lager".

Du kan også bruge en gren til at publicere et GitHub-siders websted. Du kan få mere at vide under "Om GitHub-sider".

Du skal have skriveadgang til et lager for at oprette en gren, åbne en pull-anmodning eller slette og gendanne grene i en pull-anmodning. Du kan få mere at vide under "Adgangstilladelser til GitHub".

Om standardgrenen

Når du opretter et lager med indhold på GitHub, opretter GitHub lageret med en enkelt gren. Denne første gren i lageret er standardgrenen. Standardgrenen er den gren, som GitHub viser, når nogen besøger dit lager. Standardgrenen er også den indledende gren, som Git tjekker ud lokalt, når nogen kloner lageret. Medmindre du angiver en anden gren, er standardgrenen i et lager basisgren til nye pull-anmodninger og kodeallokeringer.

Som standard navngiver GitHub standardgrensnettet i et nyt lager.

Du kan ændre standardgrenen for et eksisterende lager. Du kan få mere at vide under "Ændre standardgrenen".

Du kan angive navnet på standardgrenen for nye lagre. Du kan finde flere oplysninger under "Administration af standardgrenen for dine lagre", "Administration af standardgrensnavnet for lager i organisationen" og "Gennemtvingelse af politikker for administration af lager i din virksomhedskonto".

Arbejde med forgreninger

Når du er tilfreds med dit arbejde, kan du åbne en pull-anmodning for at flette ændringerne i den aktuelle gren (hovedgrenen) ind i en anden gren (basisgrenen). Du kan finde flere oplysninger under "Om pull-anmodninger."

Når en pull-anmodning er blevet flettet eller lukket, kan du slette hovedgrenen, da dette ikke længere er nødvendigt. Du skal have skriveadgang i lageret for at slette forgreninger. Du kan ikke slette forgreninger, der er direkte knyttet til åbne pull-anmodninger. Du kan finde flere oplysninger under "Sletning og gendannelse af forgreninger i en pull-anmodning"

Hvis du sletter en hovedgren, efter at dens pull-anmodning er blevet flettet, kontrollerer GitHub, om der er åbne pull-anmodninger i det samme lager, der angiver den slettede gren som deres basisgren. GitHub opdaterer automatisk alle sådanne pull-anmodninger og ændrer deres basisgren til den flettede pull-anmodnings basisgren. Følgende diagrammer illustrerer dette.

Her har nogen oprettet en gren kaldet funktion1 fra hovedgrenen , og du har derefter oprettet en gren kaldet funktion2 fra funktion1. Der er åbne pull-anmodninger for begge grene. Pilene angiver den aktuelle basisgren for hver trækanmodning. På dette tidspunkt er funktion1 basisgrenen for feature2. Hvis pull-anmodningen om funktion2 flettes nu, flettes feature2-grenen ind i funktion1.

I det næste diagram har nogen flettet pull-anmodningen om funktion1 ind i mastergrenen, og de har slettet funktion1-grenen. Derfor har GitHub automatisk retargeted pull-anmodningen om feature2, så dens basisgren nu er master.

Når du fletter anmodningen om træk af funktion2, flettes den nu ind i hovedgrenen.

Arbejde med beskyttede grene

Lageradministratorer kan aktivere beskyttelse på en gren. Hvis du arbejder på en gren, der er beskyttet, kan du ikke slette eller gennemtvinge tryk på grenen. Lageradministratorer kan desuden aktivere flere andre beskyttede forgreningsindstillinger til at gennemtvinge forskellige arbejdsprocesser, før en gren kan flettes.

Hvis du vil se, om din pull-anmodning kan flettes, skal du se i fletfeltet nederst i pull-anmodningensConversation fane. Du kan få mere at vide under "Om beskyttede grene".

Når en gren er beskyttet:

• Du kan ikke slette eller gennemtvinge tryk på grenen.

• Hvis de påkrævede statuskontroller er aktiveret på grenen, kan du ikke flette ændringer i grenen, før alle de nødvendige CI-test består. Du kan få mere at vide under "Om statuskontroller".

• Hvis det kræves, at gennemsyn af pull-anmodninger er aktiveret på grenen, kan du ikke flette ændringer ind i grenen, før alle krav i politikken for gennemsyn af pull-anmodning er opfyldt. Du kan finde flere oplysninger under "Fletning af en pull-anmodning".

• Hvis den påkrævede gennemsyn fra en kodeejer er aktiveret på en gren, og en pull-anmodning ændrer kode, der har en ejer, skal en kodeejer godkende pull-anmodningen, før den kan flettes. Du kan få mere at vide under "Om kodeejere".

• Hvis påkrævet bekræftelsessignatur er aktiveret på en gren, kan du ikke overføre nogen bekræftelser til grenen, der ikke er signeret og bekræftet. Du kan få mere at vide under "Om bekræftelsessignaturbekræftelse" og "Om beskyttede grene".

• Hvis du bruger GitHubs konflikteditor til at løse konflikter for en pull-anmodning, du har oprettet fra en beskyttet gren, hjælper GitHub dig med at oprette en alternativ gren til pull-anmodningen, så din løsning af konflikterne kan flettes. Du kan finde flere oplysninger under "Løsning af en flettekonflikt på GitHub".

Yderligere læsning

"Om pull-anmodninger"

"Forgrening" i GitHub-ordlisten

"Branch in a Nutshell" i Git-dokumentationen