Uw opslagplaats publiceren om samenwerking mogelijk te maken
U hebt geleerd hoe u met Git de wijzigingen in uw Bicep-code kunt bijhouden. In deze les leert u hoe Git ook samenwerking met uw teamleden mogelijk maakt.
Notitie
De opdrachten in deze les worden weergegeven om concepten te illustreren. Voer de opdrachten nog niet uit. U oefent wat u hier binnenkort leert.
Wat zijn GitHub- en Azure-opslagplaatsen?
Git is software die u op uw eigen computer installeert en uitvoert. Zoals u hebt geleerd, houdt Git de wijzigingen bij die u in uw bestanden aanbrengt. Het maakt functies zoals vertakking mogelijk.
GitHub en Azure-opslagplaatsen zijn onlineservices die kopieën van uw Git-opslagplaats bewaren en gezamenlijke ontwikkeling mogelijk maken. Nadat u zich hebt geregistreerd voor GitHub of Azure-opslagplaatsen, blijft u met Git werken met behulp van dezelfde opdrachten die u al hebt gebruikt. U blijft werken met uw lokale Git-opslagplaats. Het verschil is dat u uw lokale Git-opslagplaats kunt synchroniseren met een onlineopslagplaats. U kunt ook toegang verlenen tot de onlineopslagplaats aan anderen en u kunt bepalen of ze uw code kunnen lezen of wijzigen.
Notitie
Azure-opslagplaatsen is een functie van Azure DevOps. Wanneer u met Azure-opslagplaatsen werkt, gebruikt u de Azure DevOps-website.
In een teamomgeving onderhoudt iedereen in het team zijn eigen lokale Git-opslagplaats en synchroniseert deze met de onlinekopie. In de meeste gevallen wordt de online kopie de bron van waarheid voor uw team.
In een toekomstige module leert u hoe u uw Bicep-code implementeert via een geautomatiseerde implementatiepijplijn. Voor pijplijnen is vereist dat uw code wordt opgeslagen in een onlineopslagplaats. De pijplijn heeft ook toegang tot de code.
Notitie
GitHub en Azure DevOps zijn beide geweldige opties voor het hosten van uw Git-opslagplaats. Uw organisatie gebruikt mogelijk al een of meer. Als u nog geen voorkeur hebt, raden we u aan GitHub te gebruiken, omdat het doorgaans eenvoudiger is om aan de slag te gaan.
Lokale en externe opslagplaatsen
Wanneer u werkt met opslagplaatsen die worden gehost in GitHub of Azure DevOps, configureert u uw lokale Git-opslagplaats voor informatie over de externe opslagplaats. Een onlineopslagplaats heeft een URL die Git kan gebruiken om deze vanaf uw computer te openen. De term origin verwijst conventioneel naar de externe opslagplaats waarmee uw lokale opslagplaats wordt gesynchroniseerd.
U moet ook traceringsbranches instellen die Git laten weten dat een vertakking uit uw lokale opslagplaats dezelfde vertakking vertegenwoordigt als in uw onlineopslagplaats. Deze tracering is vooral belangrijk voor uw hoofdbranch , omdat u deze gesynchroniseerd wilt houden in al uw opslagplaatsen. U kunt het bijhouden van andere vertakkingen ook inschakelen.
Notitie
Uw team heeft mogelijk al een opslagplaats gemaakt die u wilt weergeven of wijzigen. U kunt snel een kopie van de opslagplaats ophalen door de onlineopslagplaats te klonen via de git clone opdracht.
Nadat u uw lokale opslagplaats en traceringsbranch hebt geconfigureerd, kunt u de inhoud van uw lokale opslagplaats naar de externe opslagplaats pushen . En u kunt de wijzigingen van de externe opslagplaats ophalen in uw lokale opslagplaats.
Notitie
De git pull bewerking downloadt de wijzigingen uit uw externe opslagplaats en voegt vervolgens de wijzigingen samen, net zoals wanneer u vertakkingen samenvoegt. Soms wilt u alleen wijzigingen van de externe opslagplaats downloaden, bijvoorbeeld wanneer u de lijst met externe vertakkingen van uw lokale opslagplaats wilt bijwerken. Gebruik hiervoor de git fetch opdracht.
Verificatie
Wanneer u aan de slag gaat met onlineopslagplaatsen, wordt beveiliging belangrijk. Broncode voor uw infrastructuur en toepassingen is waardevol en moet worden beveiligd.
GitHub en Azure DevOps hebben uitgebreide beveiligingsprocessen. Beide vereisen dat u zich verifieert voordat u met externe opslagplaatsen gaat werken die worden gehost op hun platforms.
De eerste keer dat u probeert te werken met een externe opslagplaats, wordt u gevraagd u aan te melden bij GitHub of Azure DevOps. Sommige organisaties beschermen hun Git-opslagplaatsen met extra beveiligingscontroles, zoals meervoudige verificatie. Nadat u zich hebt aangemeld, gebruikt Git een onderdeel met de naam Git Credential Manager om uw toegang te behouden, zodat u zich niet telkens hoeft aan te melden.
Samenwerking met anderen
Nadat u uw Git-opslagplaats hebt ingesteld op GitHub of Azure-opslagplaatsen, bent u klaar om samen te werken met anderen. Er zijn veel functies die u kunt gebruiken om met uw team te werken. Een bepaalde functie die u moet weten, wordt pull-aanvragen genoemd, die vaak worden ingekort tot pull-aanvragen.
Een pull-aanvraag is effectief een gecontroleerde samenvoeging van twee vertakkingen. GitHub of Azure-opslagplaatsen kunnen beleidsregels afdwingen over wie kan samenvoegen en welke soorten wijzigingen kunnen worden samengevoegd.
Een typische teamwerkstroom zou betrekking hebben op het aanbrengen van wijzigingen in hun code in een vertakking en het maken van een pull-aanvraag om iemand anders te vragen hun wijzigingen samen te voegen in de hoofdvertakking . Andere teamleden kunnen de lijst met wijzigingen in de pull-aanvraag bekijken. Deze teamleden kunnen zelfs feedback geven over de wijzigingen of vragen om revisies voordat ze ze accepteren. PULL's bieden een manier om kwaliteitscontrole te bieden rond de code van uw team.
Pull-aanvragen en andere samenwerkingsfuncties vallen buiten het bereik van deze module, maar we bieden koppelingen naar informatie over deze functies in het overzicht.