De innerlijke bron verkennen
De werkstroom voor pull-aanvragen op basis van een fork is populair bij opensource-projecten, omdat iedereen kan bijdragen aan een project.
U hoeft geen bestaande inzender of schrijftoegang tot een project te zijn om uw wijzigingen aan te bieden.
Deze werkstroom is niet alleen bedoeld voor open source: forks helpen ook bij het ondersteunen van interne bronwerkstromen binnen uw bedrijf.
Voordat u forks gebruikt, kunt u bijdragen aan een project met behulp van pull-aanvragen.
De werkstroom is eenvoudig genoeg: push een nieuwe vertakking naar uw opslagplaats, open een pull-aanvraag om een codebeoordeling van uw team te krijgen en laat Azure-opslagplaatsen uw vertakkingsbeleid evalueren.
U kunt op één knop klikken om uw pull-aanvraag samen te voegen in de hoofd- en implementatie wanneer uw code is goedgekeurd.
Deze werkstroom is ideaal voor het werken aan uw projecten met uw team. Maar wat als u een eenvoudige fout in een ander project binnen uw bedrijf merkt en u dit zelf wilt oplossen?
Wat gebeurt er als u een functie toevoegt aan een project dat u gebruikt, maar een ander team ontwikkelt?
Het is waar vorken binnenkomen; Vorken vormen het hart van interne bronpraktijken.
Binnenste bron
Interne bron , ook wel 'interne open source' genoemd, biedt alle voordelen van opensource-softwareontwikkeling binnen uw firewall.
Hiermee opent u uw processen voor softwareontwikkeling, zodat uw ontwikkelaars eenvoudig kunnen samenwerken aan projecten binnen uw bedrijf.
Het maakt gebruik van dezelfde processen die populair zijn in de opensource-softwarecommunities.
Maar het houdt uw code veilig en veilig binnen uw organisatie.
Microsoft maakt intensief gebruik van de interne bronbenadering.
Als onderdeel van de inspanningen om een één-engineeringsysteem in het hele bedrijf te standaardiseren, ondersteund door Azure Repos, heeft Microsoft de broncode ook geopend voor al onze projecten voor iedereen binnen het bedrijf.
Voordat de overstap naar de interne bron werd uitgevoerd, was Microsoft 'siloed': alleen technici die aan Windows werken, konden de Windows-broncode lezen.
Alleen ontwikkelaars die aan Office werken, kunnen de Broncode van Office bekijken.
Dus als u een technicus bent die aan Visual Studio werkt en u dacht dat u een fout hebt gevonden in Windows of Office, of als u een nieuwe functie wilde toevoegen, bent u niet gelukkig.
Maar door over te stappen naar interne bronnen in het hele bedrijf, mogelijk gemaakt door Azure-opslagplaatsen, is het eenvoudig om een opslagplaats te splitsen om een bijdrage te leveren.
Als persoon die de wijziging aanbrengt, hoeft u geen schrijftoegang tot de oorspronkelijke opslagplaats te schrijven, alleen de mogelijkheid om deze te lezen en een fork te maken.