Feature-grenar och skyddad main

CLI-exempel märkta Bash fungerar i Git Bash på Windows 10 och Windows 11 eller Bash på Linux, med Git installerat. Bash-tilldelningar som DEFAULT_BRANCH=main är kommandotolkens syntax; kör exemplen i Git Bash i stället för att klistra in dem i PowerShell eller Kommandotolken.

Med grenar kan du utveckla en funktion utan att lägga ofärdiga ändringar på den gemensamma integrationsgrenen. En feature-gren bör vara kortlivad: skapa den från uppdaterad main, implementera och testa, öppna en pull request och ta bort grenen efter sammanslagningen. Namn som feature/42-inventory eller fix/57-save-crash gör det lättare att spåra arbetet till ett ärende.

Börja med en ren grund

Kontrollera först om du har lokala ändringar. Gör commit på rätt gren eller spara arbetet säkert. Kasta inte bort filer bara för att ett exempelkommando ska fungera.

GitHub Desktop

1. Öppna Changes och kontrollera ändringar som inte ingår i en commit.
2. Välj Current Branch → main. Om du får en fråga om ändringar ska du läsa alternativen noggrant.
3. Använd Fetch origin och Pull origin om nya commits finns.
4. Välj Current Branch → New Branch, ange feature/42-inventory och utgå från main.
5. Klicka Create Branch och senare Publish branch när arbetet ska delas.

Git CLI

git status --short --branch
git switch main
git fetch origin
git pull --ff-only origin main
git switch -c feature/42-inventory
git branch --show-current
git push -u origin feature/42-inventory

Byt inte gren förrän dina ändringar är säkert sparade. Den sista raden publicerar grenen och kan köras senare.

Skydda integrationsgrenen

Att en gren heter main innebär inte att den automatiskt skyddas. På GitHub kan Rulesets eller branch protection kräva pull requests, passerade tester och granskning. På GitLab använder du skyddade grenar och regler för godkännande av merge requests. Begränsa direkta pushar och force pushes till huvudgrenen. Exakt funktionalitet kan bero på tjänst och abonnemang.

Gör vardagliga commits på feature-grenen och öppna gärna en draft pull request om du vill ha feedback tidigt. Håll diffar så små att en granskare kan förstå ändringen. Hämta regelbundet ny historik och lös konflikter på arbetsgrenen, inte genom experiment på main.

Kontrollera före sammanslagning

Guiden om merge-metoder förklarar dialogen “Choose a branch to merge into”, vilken gren som ändras och skillnaderna mellan merge-commit, squash och rebase.

Bekräfta målgren, kopplat ärende, relevanta commits, tester och granskningskommentarer. Dokumentera sedan vilken commit som faktiskt driftsattes. Ta bort avslutad feature-gren först när ingen behöver den. Skriv inte om publicerad gemensam historik utan överenskommelse.

Fortsätt med dagligt arbetsflöde och GitHubs guide om grenar.

Grennamn: main används som exempel. Använd master eller projektets verkliga standardgren där det behövs. Se Git-begrepp.