GitHub-doorvoeringen en pull-aanvragen koppelen aan Azure Boards-werkitems - Sprint 144 Update
In de Sprint 144-update van Azure DevOps blijven we de integratie met GitHub uitbreiden. U kunt nu GitHub-doorvoeringen en pull-aanvragen koppelen aan Azure Boards-werkitems. Door GitHub en Azure Boards te verbinden, krijgt u uitgebreide mogelijkheden voor projectbeheer met toegang tot functies zoals achterstanden, borden, hulpprogramma's voor sprintplanning en meerdere typen werkitems.
Bekijk de onderstaande lijst met functies voor meer informatie.
Functies
Azure Boards:
- GitHub-doorvoer- en pull-aanvragen koppelen aan Azure Boards-werkitems
- Azure Boards als een service aanschaffen
Azure-opslagplaatsen:
Azure Pipelines:
- GitHub-releases beheren met behulp van pijplijnen
- VS Code-extensie voor op YAML gebaseerde pijplijnen
- Webeditor met IntelliSense voor YAML-pijplijnen
- Integratie van ServiceNow Change Management
- Koppelingen naar specifieke regels in een buildlogboek
- Pijplijn voor meerdere platforms opgeven in één bestand
- Automatisch opnieuw implementeren bij fout
Azure Artifacts:
Algemeen:
Wiki:
Beheer:
Azure Boards
GitHub-doorvoer- en pull-aanvragen koppelen aan Azure Boards-werkitems
Teams die Gebruikmaken van GitHub voor code en uitgebreide mogelijkheden voor projectbeheer willen, kunnen hun opslagplaatsen nu integreren met Azure Boards. Door GitHub en Azure Boards te verbinden, krijgt u alle functies, zoals achterstanden, borden, hulpprogramma's voor sprintplanning, meerdere typen werkitems en hebt u nog steeds een werkstroom die kan worden geïntegreerd met werkstromen voor ontwikkelaars in GitHub.
Het koppelen van doorvoeringen en pull-aanvragen aan werkitems is eenvoudig. Vermeld het werkitem met behulp van de volgende syntaxis:
AB#{work item ID}
Vermeld een werkitem in een doorvoerbericht, titel van pull-aanvraag of beschrijving van pull-aanvragen, en Azure Boards maakt een koppeling naar dat artefact. Bekijk bijvoorbeeld een doorvoeringsbericht als volgt:
Adds support for deleting connections. Fixes AB#20.
Hiermee maakt u een koppeling van het werkitem 20 naar de doorvoer in GitHub, die wordt weergegeven in de sectie Ontwikkeling van het werkitem.
Als de woorden 'fix', 'fixes' of 'fixed' voorafgaan aan de vermelding van het werkitem (zoals hierboven weergegeven), wordt het werkitem verplaatst naar de voltooide status wanneer de doorvoer wordt samengevoegd met de standaardbranch.
Teams die Azure Pipelines gebruiken om code te bouwen in GitHub, zien ook de werkitems die zijn gekoppeld aan hun GitHub-doorvoeringen in de samenvatting van de build.
Azure Boards als een service aanschaffen
Azure Boards kunnen nu eenvoudig worden aangeschaft en gebruikt als een eigen service. Of uw code zich nu in Azure-opslagplaatsen of GitHub bevindt, u kunt snel aan de slag gaan door te https://www.azure.com/boards klikken op 'Aan de slag met Azure Boards'. Nieuwe gebruikers krijgen een project dat alleen Azure Boards bevat en een inleiding om hen te helpen de grond in te slaan.
Azure-opslagplaatsen
Verlopen build opnieuw uitvoeren voor pull-aanvragen voor automatisch aanvullen
Azure-opslagplaatsen plaatsen nu automatisch verlopen builds in de wachtrij die zijn geactiveerd door een beleid voor pull-aanvragen. Dit is van toepassing op pull-aanvragen waarvoor alle andere beleidsregels zijn doorgegeven en die zijn ingesteld op automatisch aanvullen. Voorheen, wanneer pull-aanvragen beleidsregels zoals vereiste revisoren hadden, kon het goedkeuringsproces te lang duren en kon een bijbehorende build verlopen voordat een revisor de pull-aanvraag goedkeurde. Als de pull-aanvraag is ingesteld op automatisch aanvullen, blijft deze geblokkeerd totdat een gebruiker de verlopen build handmatig in de wachtrij heeft geplaatst. Met deze wijziging wordt de build automatisch in de wachtrij geplaatst, zodat de pull-aanvraag automatisch kan worden voltooid na een geslaagde build.
Notitie
Met deze automatisering worden maximaal vijf verlopen builds per pull-aanvraag in de wachtrij geplaatst en wordt slechts één keer geprobeerd om elke build opnieuw in de wachtrij te plaatsen.
Azure Pipelines
GitHub-releases beheren met behulp van pijplijnen
GitHub-releases zijn een uitstekende manier om software te verpakken en aan gebruikers te leveren. We zijn blij te kunnen aankondigen dat u dit nu kunt automatiseren met behulp van de GitHub Release-taak in Azure Pipelines. Met behulp van de taak kunt u een nieuwe release maken, bestaande concept-/gepubliceerde releases wijzigen of oudere versies verwijderen. Het ondersteunt functies zoals het uploaden van meerdere assets, het markeren van een release als pre-release, het opslaan van een release als concept en nog veel meer. Deze taak helpt u ook bij het maken van releaseopmerkingen. Het kan ook automatisch de wijzigingen (doorvoeringen en bijbehorende problemen) berekenen die in deze release zijn aangebracht en deze toevoegen aan de releaseopmerkingen in een gebruiksvriendelijke indeling.
Dit is de eenvoudige YAML voor de taak:
task: GithubRelease@0
displayName: 'Create GitHub Release'
inputs:
githubConnection: zenithworks
repositoryName: zenithworks/pipelines-java
assets: $(build.artifactstagingdirectory)/*.jar
Een voorbeeld van een GitHub-release die is gemaakt met behulp van deze taak:
VS Code-extensie voor op YAML gebaseerde pijplijnen
Om het coderingsproces te versnellen, hebben we een VS Code-extensie voor YAML-pijplijnen toegevoegd. De extensie ondersteunt syntaxismarkering en IntelliSense (codevoltooiing) om te controleren of het bestand correct is gestructureerd en geldige trefwoorden gebruikt. Daarnaast ondersteunt het ook ingebouwde taken en kan de vereiste invoer worden gevalideerd.
De extensie is een open source project op GitHub en we zijn blij met feedback, foutrapporten en bijdragen van de community.
Webeditor met IntelliSense voor YAML-pijplijnen
Als u YAML gebruikt om uw pijplijnen te definiëren, kunt u nu profiteren van de nieuwe editorfuncties die met deze release zijn geïntroduceerd. Of u nu een nieuwe YAML-pijplijn maakt of een bestaande YAML-pijplijn bewerkt, u kunt het YAML-bestand bewerken in de pijplijnwebeditor. Gebruik Ctrl+Spatiebalk voor IntelliSense-ondersteuning wanneer u het YAML-bestand bewerkt. U ziet dat de syntaxisfouten zijn gemarkeerd en u krijgt ook hulp bij het corrigeren van deze fouten.
Integratie van ServiceNow Change Management
Elimineer de vertragingen in productie-implementaties met naadloze integratie met ServiceNow. Azure Pipelines in samenwerking met ServiceNow kondigt openbare beschikbaarheid aan van de ServiceNow Change Management-extensie, waardoor release-pijplijnen op de hoogte zijn van het proces voor wijzigingsbeheer in ServiceNow.
Met ServiceNow Change Management als releasegate kunt u een proces voor wijzigingsbeheer in ServiceNow starten en de pijplijn tussen twee fasen bewaren totdat de wijziging gereed is voor implementatie.
U kunt ook de taak ServiceNow-wijzigingsaanvraag bijwerken in het implementatieproces, waarna de ServiceNow-wijzigingsaanvraag wordt bijgewerkt met de status en het resultaat van de implementatie. Hiermee krijgt u volledige bidirectionele integratie tussen ServiceNow en Azure Pipelines.
Koppelingen naar specifieke regels in een buildlogboek
U kunt nu een koppeling naar specifieke regels in het buildlogboek delen. Dit helpt u bij het samenwerken met andere teamleden bij het diagnosticeren van buildfouten. Selecteer gewoon de regels van een logboek in de resultatenweergave om een koppelingspictogram op te halen.
Pijplijn voor meerdere platforms opgeven in één bestand
Azure Pipelines biedt gehoste pools voor Linux-, macOS- en Windows-agents. Voorheen moest u uw stappen in een afzonderlijk sjabloonbestand opgeven om dezelfde pijplijnstappen opnieuw te gebruiken in alle drie gehoste pools. We hebben deze vereiste verwijderd, zodat u een pijplijn voor meerdere platforms en een matrixstrategie in één bestand kunt opgeven:
strategy:
matrix:
win:
vm: windows-latest
mac:
vm: macOS-latest
linux:
vm: ubuntu-latest
pool:
vmImage: $(vm)
steps:
- script: npm install
- script: npm run test
Automatisch opnieuw implementeren bij fout
Wanneer een implementatie in een fase mislukt, kan Azure Pipelines de laatste geslaagde implementatie nu automatisch opnieuw implementeren. U kunt de fase zo configureren dat de laatste geslaagde release automatisch wordt geïmplementeerd door de trigger Voor automatische herimplementatie te configureren in de voorwaarden na implementatie. We zijn van plan om extra geactiveerde gebeurtenissen en acties toe te voegen aan de configuratie voor automatisch opnieuw implementeren in een toekomstige sprint. Zie de documentatie voor implementatiegroepen voor meer informatie.
Azure-artefacten
Openbare preview van PyPI
Azure Artifacts kan nu Python-pakketten hosten. Dit omvat pakketten die u produceert en upstream-pakketten die zijn opgeslagen vanuit de openbare PyPI. Zie het aankondigingsblogbericht en de documentatie voor meer informatie.
U kunt nu al uw NuGet-, npm-, Maven-, Python- en Universal-pakketten in dezelfde feed hosten.
Algemeen
Servicestatus portal
We hebben een nieuwe Azure DevOps-servicestatusportal toegevoegd die een betere ervaring biedt voor het volgen van de status van onze services. Als u een probleem ondervindt met een van onze services, kunt u de servicestatus hier controleren.
Zie het aankondigingsblogbericht en de documentatie voor meer informatie.
Wiki
Markdown-sjablonen voor formules en video's
U hoeft de Markdown-syntaxis niet meer te onthouden voor het toevoegen van formules, video's en YAML-tags bij het bewerken van een wiki. U kunt nu op het contextmenu in de werkbalk klikken en de gewenste optie selecteren.
Beheer
Verwijderde projecten herstellen
Met deze release hebben we de mogelijkheid toegevoegd om verwijderde projecten te herstellen. Vanaf vandaag kunnen gebruikers met de machtiging project verwijderen verwijderde projecten herstellen via onze REST API's. Hiervoor maakt u een projectaanvraag voor het bijwerken met { "state" : "wellFormed" }. In een toekomstige release voegen we een gebruikersinterface toe die toegankelijk is vanaf de overzichtspagina van de organisatie. Zie de documentatie hier voor meer informatie over de REST API.
Gebruik de volgende aanvraag om een lijst met verwijderde projecten op te halen
GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3
Gebruik de volgende aanvraag om een verwijderd project te herstellen
PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3
Aanvraagbody
{
"state" : "wellFormed"
}
Notitie
U hebt maximaal 28 dagen om een verwijderd project te herstellen. Na 28 dagen wordt het project definitief verwijderd.
Volgende stappen
Notitie
Deze functies worden in de komende twee tot drie weken uitgerold.
Lees hieronder meer over de nieuwe functies en ga naar Azure DevOps om ze zelf uit te proberen.
Feedback geven
We horen graag wat u vindt van deze functies. Gebruik het feedbackmenu om een probleem te melden of een suggestie te doen.
U kunt ook advies krijgen en uw vragen worden beantwoord door de community op Stack Overflow.
Met vriendelijke groet,
Aaron Bjork