Publicera lagringsplatsen för att aktivera samarbete
Du har lärt dig hur Git gör att du kan spåra ändringarna i din Bicep-kod. I den här lektionen får du lära dig hur Git även möjliggör samarbete med dina teammedlemmar.
Kommentar
Kommandona i den här enheten visas för att illustrera begrepp. Kör inte kommandona än. Du kommer att öva på det du lär dig här snart.
Vad är GitHub och Azure Repos?
Git är programvara som du installerar och kör på din egen dator. Som du har lärt dig håller Git reda på de ändringar du gör i dina filer. Den aktiverar funktioner som förgrening.
GitHub och Azure Repos är onlinetjänster som behåller kopior av din Git-lagringsplats och möjliggör samarbetsutveckling. När du har registrerat dig för GitHub eller Azure Repos fortsätter du att arbeta med Git med samma kommandon som du redan har använt. Du fortsätter att arbeta mot din lokala Git-lagringsplats. Skillnaden är att du kan synkronisera din lokala Git-lagringsplats med en onlinelagringsplats. Du kan också ge andra personer åtkomst till onlinelagringsplatsen och du kan styra om de kan läsa eller ändra din kod.
Kommentar
Azure Repos är en funktion i Azure DevOps. När du arbetar med Azure Repos använder du Azure DevOps-webbplatsen.
I en gruppmiljö underhåller alla i teamet sin egen lokala Git-lagringsplats och synkroniserar den med onlinekopian. I de flesta situationer blir onlinekopian källan till sanning för ditt team.
I en framtida modul får du lära dig hur du distribuerar Bicep-koden via en automatiserad distributionspipeline. Pipelines kräver att koden lagras på en onlinelagringsplats. Pipelinen kommer också åt koden därifrån.
Kommentar
GitHub och Azure DevOps är båda bra alternativ för att vara värd för din Git-lagringsplats. Din organisation kanske redan använder det ena eller det andra. Om du inte redan har en inställning rekommenderar vi att du använder GitHub eftersom det vanligtvis är enklare att komma igång.
Lokala och fjärranslutna lagringsplatser
När du arbetar med lagringsplatser som finns i GitHub eller Azure DevOps konfigurerar du din lokala Git-lagringsplats för att känna till fjärrlagringsplatsen. En onlinelagringsplats har en URL som Git kan använda för att komma åt den från datorn. Termen ursprung refererar konventionellt till fjärrlagringsplatsen som din lokala lagringsplats synkroniserar med.
Du måste också konfigurera spårningsgrenar som talar om för Git att en gren från din lokala lagringsplats representerar samma gren som i din onlinelagringsplats. Den här spårningen är särskilt viktig för huvudgrenen eftersom du vill att den ska synkroniseras över alla dina lagringsplatser. Du kan även aktivera spårning på andra grenar.
Kommentar
Ditt team kanske redan har skapat en lagringsplats som du vill visa eller ändra. Du kan snabbt hämta en kopia av lagringsplatsen genom att klona onlinelagringsplatsen via git clone kommandot .
När du har konfigurerat din lokala lagringsplats och spårningsgren kan du skicka innehållet i den lokala lagringsplatsen till fjärrlagringsplatsen. Och du kan hämta fjärrlagringsplatsens ändringar till din lokala lagringsplats.
Kommentar
Åtgärden git pull laddar ned ändringarna från fjärrlagringsplatsen och sammanfogar sedan ändringarna , precis som när du sammanfogar grenar. Ibland vill du bara ladda ned ändringar från fjärrlagringsplatsen, till exempel när du vill uppdatera den lokala lagringsplatsens lista över fjärrgrenar.
git fetch Använd kommandot för det.
Autentisering
När du börjar arbeta med onlinelagringsplatser blir säkerheten viktig. Källkoden för din infrastruktur och dina program är värdefull och måste skyddas.
GitHub och Azure DevOps har omfattande säkerhetsprocesser. Båda kräver att du autentiserar innan du börjar arbeta med fjärrlagringsplatser som finns på deras plattformar.
Första gången du försöker arbeta med en fjärrlagringsplats uppmanas du att logga in på GitHub eller Azure DevOps. Vissa organisationer skyddar sina Git-lagringsplatser med extra säkerhetskontroller som multifaktorautentisering. När du har loggat in använder Git en komponent med namnet Git Credential Manager för att behålla din åtkomst så att du inte behöver logga in varje gång.
Samarbete med andra
När du har konfigurerat din Git-lagringsplats på GitHub eller Azure Repos är du redo att samarbeta med andra. Det finns många funktioner som du kan använda för att arbeta med ditt team. En viss funktion som du bör känna till kallas pull-begäranden, som ofta förkortas till pr-begäranden.
En pull-begäran är i praktiken en kontrollerad sammanslagning av två grenar. GitHub eller Azure Repos kan tillämpa principer om vem som kan slås samman och vilka typer av ändringar som kan sammanfogas.
Ett typiskt teamarbetsflöde skulle innebära att en teammedlem gör ändringar i sin kod på en gren och sedan skapar en pull-begäran för att be någon annan att sammanfoga sina ändringar i huvudgrenen. Andra teammedlemmar kan se listan över ändringar i PR. Dessa teammedlemmar kan till och med ge feedback om ändringarna eller be om revisioner innan de accepterar dem. PR:er är ett sätt att tillhandahålla kvalitetskontroll kring teamets kod.
Pr och andra samarbetsfunktioner ligger utanför omfånget för den här modulen, men vi tillhandahåller länkar till information om dessa funktioner i sammanfattningen.