Publicer dit lager for at muliggøre samarbejde
Du har lært, hvordan Git giver dig mulighed for at spore ændringerne i din Bicep-kode. I dette undermodul lærer du, hvordan Git også muliggør samarbejde med dine teammedlemmer.
Seddel
Kommandoerne i dette undermodul vises for at illustrere begreber. Kør ikke kommandoerne endnu. Du skal snart øve dig i det, du lærer her.
Hvad er GitHub og Azure Repos?
Git er software, som du installerer og kører på din egen computer. Som du har lært, holder Git styr på de ændringer, du foretager i dine filer. Det aktiverer funktioner som f.eks. forgrening.
GitHub og Azure Repos er onlinetjenester, der opbevarer kopier af dit Git-lager og muliggør samarbejdsudvikling. Når du har tilmeldt dig GitHub eller Azure Repos, fortsætter du med at arbejde med Git ved hjælp af de samme kommandoer, du allerede har brugt. Du fortsætter med at arbejde mod dit lokale Git-lager. Forskellen er, at du kan synkronisere dit lokale Git-lager med et onlinelager. Du kan også give andre adgang til onlinelageret, og du kan styre, om de kan læse eller ændre din kode.
Seddel
Azure Repos er en funktion i Azure DevOps. Når du arbejder med Azure Repos, bruger du Azure DevOps-webstedet.
I et teammiljø vedligeholder alle i teamet deres eget lokale Git-lager og synkroniserer det med onlinekopien. I de fleste situationer bliver onlinekopien den kilde til sandhed for dit team.
I et fremtidigt modul får du mere at vide om, hvordan du udruller din Bicep-kode via en automatiseret udrulningspipeline. Pipelines kræver, at din kode gemmes i et onlinelager. Pipelinen tilgår også koden derfra.
Seddel
GitHub og Azure DevOps er begge fantastiske muligheder for at hoste dit Git-lager. Din organisation bruger muligvis allerede den ene eller den anden. Hvis du ikke allerede har en præference, anbefaler vi, at du bruger GitHub, fordi det typisk er nemmere at komme i gang.
Lokale lagre og fjernlagre
Når du arbejder med lagre, der hostes i GitHub eller Azure DevOps, konfigurerer du dit lokale Git-lager til at få mere at vide om fjernlageret. Et onlinelager har en URL-adresse, som Git kan bruge til at få adgang til den fra din computer. Normalt henviser udtrykket oprindelse til det eksterne lager, som dit lokale lager synkroniseres med.
Du skal også konfigurere sporingsgrene, der fortæller Git, at en forgrening fra dit lokale lager repræsenterer den samme forgrening som i dit onlinelager. Denne sporing er især vigtig for din primære forgrening, da du vil synkronisere den på tværs af alle dine lagre. Du kan også aktivere sporing på andre forgreninger.
Seddel
Dit team har måske allerede oprettet et lager, som du vil have vist eller redigere. Du kan hurtigt få en kopi af lageret ved at kloning onlinelageret via kommandoen git clone.
Når du har konfigureret dit lokale lager og din sporingsgren, kan du pushe indholdet af dit lokale lager til fjernlageret. Og du kan trække fjernlagerets ændringer til dit lokale lager.
Seddel
Handlingen git pull downloader ændringerne fra fjernlageret og fletter derefter ændringerne – på samme måde som når du fletter forgreninger. Nogle gange vil du kun hente ændringer fra fjernlageret, f.eks. når du vil opdatere det lokale lagers liste over fjerngrene. Brug kommandoen git fetch til det.
Godkendelse
Når du begynder at arbejde med onlinelagre, bliver sikkerhed vigtig. Kildekoden til din infrastruktur og dine programmer er værdifuld og skal beskyttes.
GitHub og Azure DevOps har omfattende sikkerhedsprocesser. De kræver begge, at du godkender, før du begynder at arbejde med fjernlagre, der hostes på deres platforme.
Første gang du forsøger at arbejde med et fjernlager, bliver du bedt om at logge på GitHub eller Azure DevOps. Nogle organisationer beskytter deres Git-lagre med ekstra sikkerhedskontroller, f.eks. multifaktorgodkendelse. Når du har logget på, bruger Git en komponent kaldet Git Credential Manager til at bevare din adgang, så du ikke behøver at logge på hver gang.
Samarbejde med andre
Når du har konfigureret dit Git-lager på GitHub eller Azure Repos, er du klar til at samarbejde med andre. Der er mange funktioner, som du kan bruge til at arbejde med dit team. En bestemt funktion, som du bør kende til, kaldes pullanmodninger, der ofte forkortes til pullanmodninger.
En pullanmodning er effektivt en kontrolleret fletning af to forgreninger. GitHub eller Azure Repos kan gennemtvinge politikker om, hvem der kan flette, og hvilke typer ændringer der kan flettes.
En typisk teamarbejdsproces involverer, at et teammedlem foretager ændringer af deres kode på en forgrening og derefter opretter en pullanmodning for at bede en anden om at flette deres ændringer ind i den primære forgrening. Andre teammedlemmer kan se listen over ændringer i pullanmodningen. Disse teammedlemmer kan endda give feedback om ændringerne eller bede om ændringer, før de accepterer dem. Pullanmodninger giver mulighed for at levere kvalitetskontrol omkring dit teams kode.
Pullanmodninger og andre samarbejdsfunktioner er uden for dette modul, men vi leverer links til oplysninger om disse funktioner i oversigten.