De innerlijke bron cultiveren en 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 te zijn of schrijftoegang tot een project te hebben 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.
Traditionele werkstroom van het team
Voordat u forks maakt, kunt u bijdragen aan een project met behulp van pull-aanvragen. De werkstroom is eenvoudig:
- Push een nieuwe branch naar je opslagplaats.
- Open een pull-aanvraag om een codebeoordeling van uw team te krijgen.
- Laat Azure Repos uw vertakkingsbeleid controleren.
- Klik op één knop om je pull-verzoek samen te voegen met de hoofdtak en uit te rollen wanneer je 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 moet u doen als u een functie wilt toevoegen aan een project dat u gebruikt, maar een ander team ontwikkelt?
Hier komen vorken binnen; Vorken vormen het hart van interne bronpraktijken.
Wat is een interne bron?
Interne bron , ook wel 'interne open source' genoemd, biedt alle voordelen van opensource-softwareontwikkeling binnen uw bedrijfsfirewall.
Interne bron opent uw softwareontwikkelingsprocessen, 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.
Voordelen van interne bron
- Samenwerking tussen teams: Teams kunnen samenwerken aan projecten, zelfs als ze niet normaal samenwerken.
- Kennis delen: ontwikkelaars kunnen leren van code die is geschreven door andere teams en deze lessen toepassen op hun eigen werk.
- Code hergebruiken: In plaats van meerdere keren dezelfde functionaliteit te bouwen, kunnen teams bouwen op bestaand werk.
- Kwaliteitsverbetering: meer mensen die code beoordelen en bijdragen, leiden doorgaans tot betere kwaliteitssoftware.
- Snellere innovatie: Teams kunnen sneller gaan door te bouwen op bestaande oplossingen in plaats van helemaal opnieuw te beginnen.
Het interne brontraject van Microsoft
Microsoft maakt intensief gebruik van de interne bronbenadering. Als onderdeel van de inspanningen om één engineeringsysteem in het hele bedrijf te maken , ondersteund door Azure-opslagplaatsen, heeft Microsoft de broncode van alle projecten geopend voor iedereen binnen het bedrijf.
Voor binnenste bron
Voordat Microsoft naar inner source overstapte, was het bedrijf 'gesilo'd'.
- Alleen technici die aan Windows werken, kunnen de Windows-broncode lezen.
- Alleen ontwikkelaars die aan Office werken, kunnen de Broncode van Office bekijken.
- Als u een ingenieur was die aan Visual Studio werkte en een fout in Windows of Office vond – of als u een nieuwe functie wilde toevoegen – had u pech.
Na binnenste bron
Door over te stappen op inner source binnen het hele bedrijf, ondersteund door Azure Repos, kunt u eenvoudig een repository forken om een bijdrage te leveren. Als persoon die de wijziging aanbrengt, hebt u geen schrijftoegang nodig tot de oorspronkelijke opslagplaats, alleen de mogelijkheid om deze te lezen en een fork te maken.
Deze benadering heeft mogelijk gemaakt:
- Betere samenwerking tussen teams.
- Snellere bugfixes en functieontwikkeling.
- Verbeterde codekwaliteit door een bredere beoordeling.
- Minder duplicatie van de inspanningen in alle projecten.