Git och samarbete

↑

Ett bra Git-arbetsflöde handlar inte bara om att spara filer. Det gör ändringar granskningsbara, skyddar den gemensamma huvudgrenen och hjälper teamet att förstå vilken ändring som introducerade ett fel. Börja med en liten gren, testa ändringen och slå ihop den först efter granskning.

Börja här

Grunderna i GitArbetskatalog, staging, commits, fjärrförråd och synkronisering.

Grenar och skyddad mainUtveckla isolerat och publicera en feature-gren.

Dagligt arbetsflödeFrån avgränsad uppgift till testad och spårbar ändring.

Pull requests och kodgranskningKontrollera diffen och testerna innan sammanslagning.

Merge commit, squash eller rebase?Jämför historik, avvägningar och lokal integration med PR/MR-arbetsflöden.

Konflikter och återställningLös konkurrerande ändringar utan att förlora arbete.

Hitta när ett fel uppstodUndersök historik med blame, bisect och revert.

Välj grenstrategiKorta grenar, trunk-based development och GitFlow.

GitHub ProjectsPlanera arbetet med vyer, fält och behörigheter.

Ärenden och samarbeteEtiketter, milstolpar, delärenden och granskning.

Automatisering och insikterArbetsflöden, filter, diagram och rapportering.

Från ärende till releaseFölj en spelfunktion hela vägen till driftsättning och återställning.

Vad är sanningskällan?

En skyddad main-gren är teamets gemensamma integrationspunkt, inte ett bevis för att alla driftsättningar fungerar. Dokumentera den exakta commit eller tagg som körs. En spårbar kedja är ärende → gren → commits → pull request → tester → sammanslagning → release/driftsättning.

GitHub använder namnet pull request och GitLab merge request. Principen är densamma, men webbgränssnittet och behörighetsmodellerna skiljer sig åt.

Referenser

Mer att lära sig

Artikeln om feature-grenar från ComputingForGeeks och kursen Practical GitHub Project Management and Collaboration av Ray Villalobos kan användas som kompletterande material. Våra instruktioner för webbgränssnittet följer aktuell GitHub-dokumentation.

Standardgren och fjärrnamn

Äldre repositoryn kan använda master i stället för main. origin är bara ett vanligt fjärrnamn, och origin/main är en lokal referens till senast hämtade servergren. Läs Git-begrepp före terminalexemplen.