In een vorig artikel, we spraken over het nieuwe nieuws van dat Met GitHub kun je een onbeperkt aantal privérepository's maken met hun gratis GitHub Free-aanbieding.
Deze aankondiging, naast vele andere die de afgelopen maanden zijn gedaan, lijkt het resultaat te zijn van de overname van GitHub door Microsoft.
Een operatie die niet alleen tot doel heeft de acceptatie van het broncode-uitwisselingsplatform te versnellen in het bedrijfsleven, maar ook om Microsoft-producten naar nieuwe markten te brengen.
De twee bedrijven beloofden ook om hun producten te integreren om ontwikkelaars en bedrijven nieuwe ervaringen met het delen van broncodes en samenwerking te bieden.
Y Dit begon vorm te krijgen in de maand september vorig jaar, toen Microsoft Azure Pipelines aankondigde(een nieuwe Integration and Continuous Deployment (CI / CD) -service gebouwd op GitHub) en een openbare preview van de GitHub Pull Requests (PR) -extensie voor Visual Studio Code.
We moeten benadrukken dat pull-verzoeken worden gebruikt door samenwerkings- of open source-projecten om patches of nieuwe functies voor te stellen.
Microsoft wil zijn producten verbinden
Met deze extensieMicrosoft biedt Visual Studio Code-gebruikers een nieuwe ervaring voor het beheer van pull-aanvragen.
Sta hen toe om rechtstreeks vanuit de code-editor samen te werken, commentaar te geven op, te beoordelen en GitHub PR te valideren.
Als een van de belangrijkste kenmerken, stelt u in staat om de code-editor te authenticeren en te verbinden met GitHub en zo in staat te zijn om PR's van Visual Studio Code weer te geven en er doorheen te navigeren.
Naast andere mogelijkheden wordt nog steeds terminalintegratie aangeboden, zodat de Visual Studio-code-interface en opdrachtregelprogramma's zoals git naast elkaar kunnen bestaan.
Deze VS Code-extensie vult, zoals Microsoft heeft uitgelegd, een leegte in de workflow die miljoenen ingenieurs elke dag tegenkomen.
Om deze kloof in perspectief te plaatsen, herhaalde Microsoft vandaag de ervaring met pull-aanvragen:
“Tegenwoordig zijn velen van ons bij het beoordelen van de broncode gedwongen om onze redacteuren een vereenvoudigde webinterface te laten gebruiken of een revisietool van een derde partij die wijzigingen in een andere editor weergeeft.
Hierdoor krijgt u een overzicht van de wijzigingen, maar meestal heeft u geen volledige context over hoe de wijzigingen zijn aangebracht en hoe deze de omringende broncode beïnvloeden.
Buiten uw normale coderingsomgeving heeft u geen sneltoetsen, uw favoriete thema's en aanpassingen.
Erger nog, dit betekent dat u geen omgeving heeft om door de broncode te navigeren en te controleren of de wijzigingen die u beoordeelt correct werken.
Over VS Code Pull-verzoeken
Sinds de release van de eerste openbare preview van GitHub PR voor Visual Studio Code, heeft Microsoft veel verbeteringen aangebracht in de tool.
En net als GitHub op zijn officiële blog, Met de nieuwste versie van de extensie is het nu mogelijk om GitHub-pull-aanvragen rechtstreeks in Visual Studio Code te maken en niet alleen beheren vanuit de code-editor.
Om pull-aanvragen in VS Code te maken, eenvoudigweg de gebruiker moet met de muis over de kop "GitHub Pull Requests" gaan en op het + -teken klikken.
Kies vervolgens de doeltak van het pull-verzoek en druk op "enter" om je RP te openen.
VS Code Pull Requests biedt vele andere kleine verbeteringen die u kunt zien in de release-opmerkingen die beschikbaar zijn in de projectrepository.
U kunt op GitHub ook de nieuwste versie van de extensie downloaden. Merk op dat pull-verzoeken voor VS-code ook rechtstreeks vanuit VS Code kunnen worden geïnstalleerd of bijgewerkt.
Naast de mogelijkheid om nu pull-verzoeken te maken, met de nieuwste versie van het Visual Studio Code, kunt u wijzigingen in de opmerkingen voorstellen en de statuschecks voor elke RP bekijken.
Voor suggesties over codewijzigingen kunt u deze als commentaar achterlaten met een diff die de huidige code aangeeft naast de voorgestelde wijzigingen.
Hints kunnen eenvoudig worden toegepast door Apply Patch te selecteren om de nieuwe codepatch te valideren.
Als je er iets meer over wilt weten, kun je langskomen het volgende GitHub-artikel