Delen via

NuGet-, npm- en andere artefactentaken ondersteunen proxy's - Sprint 147 Update

  • Artikel

In de Sprint 147-update van Azure DevOps hebben we de verschillende pijplijntaken met betrekking tot artefacten bijgewerkt om proxy's te ondersteunen. Met deze update werken proxy's nu in de taken npm, NuGet, .NET Core en Universal Packages.

Bekijk de onderstaande lijst met functies voor meer informatie.

Functies

Algemeen:

Azure Boards:

Azure-opslagplaatsen:

Azure Pipelines:

Azure Artifacts:

Rapportage:

Wiki:

Algemeen

Alle gebruikers hebben nu nieuwe navigatie

Met deze sprint zijn alle gebruikers verplaatst naar de nieuwe navigatie. We hebben de wisselknop voor de preview-functie verwijderd waarmee gebruikers kunnen terugkeren naar het vorige navigatiemodel. Zie Webportalnavigatie in Azure DevOps voor meer informatie over navigeren in de webportal.

Azure Boards

Werkitemstatus weergeven in #ID vermeldingen

Om de ervaring met het vermelden van werkitems te verbeteren, hebben we meer informatie toegevoegd wanneer u een werkitem koppelt met behulp van #ID. U ziet nu in de discussiesectie de status van het werkitem dat u hebt gekoppeld, naast de id, titel en het type werkitem.

Werkitemstatus weergeven.

Deze ervaring kan ook worden gebruikt in wikipagina's zoals hier wordt beschreven, evenals in opmerkingen bij pull-aanvragen. Zie de documentatie over het gebruik van #ID om hier een koppeling naar werkitems te maken voor meer informatie.

Azure-opslagplaatsen

Alleen het linker- of rechterbestand in een pull-aanvraag weergeven

Op dit moment kunt u bij het weergeven van bestandswijzigingen in een pull-aanvraag de modus Diff naast elkaar of Inline diff gebruiken. We hebben feedback ontvangen dat velen van u alleen het oorspronkelijke bestand of het gewijzigde bestand willen zien, zonder ze te vergelijken. Daarom hebben we een nieuwe optie toegevoegd waarmee u het linkerbestand of het rechterbestand afzonderlijk kunt bekijken.

Alleen het linker- of rechterbestand in een pull-aanvraag weergeven.

Azure Pipelines

Verwijderde release-pijplijnen herstellen

Als u ongebruikte release-pijplijnen verwijdert, blijft de lijst met releasepijplijnen overzichtelijk, maar soms verwijdert u iets per ongeluk. Met deze update is het nu mogelijk om een release-pijplijn te herstellen die in de afgelopen 30 dagen is verwijderd. We hebben een nieuw tabblad toegevoegd aan het linkerdeelvenster van de pagina Releases waarop een lijst met verwijderde release-pijplijnen wordt weergegeven. In deze weergave kunt u een verwijderde release-pijplijn herstellen door de pijplijn in de lijst te selecteren en op de knop Herstellen te klikken.

Verwijderde release-pijplijnen herstellen.

YAML-bestanden voor een nieuwe pijplijn worden doorgevoerd door uw identiteit, niet door onze bot

Tijdens het maken van een pijplijn voert Azure Pipelines desgewenst een YAML-bestand door naar uw opslagplaats en maakt vervolgens een pull-aanvraag voor de pijplijn. Als de opslagplaats zich voorheen op GitHub bevond en u de Azure Pipelines GitHub-app had geïnstalleerd, leek de doorvoer- en pull-aanvraag te zijn gemaakt door de GitHub-app: 'Azure Pipelines [bot]'. Met deze update wordt uw GitHub-identiteit weergegeven als de maker van de pijplijn in plaats van de GitHub-app.

Pijplijnen maken van een bestaand YAML-bestand in een vertakking of pad

Op dit moment detecteert en gebruikt Azure Pipelines automatisch een bestaand YAML-bestand met de naam azure-pipelines.yml of .azure-pipelines.yml in de hoofdmap van uw opslagplaats in de standaardbranch bij het maken van een nieuwe pijplijn. Met deze update kunt u een bestaand YAML-bestand voor Azure Pipelines kiezen met een andere naam of een ander pad, of in een niet-standaardvertakking.

Als u een bestaand bestand wilt selecteren, selecteert u op de configuratiepagina van de wizard Nieuwe build-pijplijnde optie Bestaand YAML-bestand voor Azure-pijplijnen. Kies vervolgens de vertakking en blader om het YAML-bestandspad te selecteren.

Maak pijplijnen van een bestaand YAML-bestand in een vertakking of pad.

Pijplijnen uitvoeren met opmerkingen over pull-aanvragen in GitHub

Met deze update kunt u een pijplijn of testpakket uitvoeren om een GitHub-pull-aanvraag te valideren vanuit de sectie opmerkingen van die pull-aanvraag. Elke eigenaar of samenwerker kan opmerkingen maken over een pull-aanvraag met /AzurePipelines run of /AzurePipelines run <pipeline_name> om een build te activeren.

U kunt de /AzurePipelines moniker ook afkort als /azp. Typ in de opmerking voor meer informatie over deze functie /azp help .

Pijplijnen uitvoeren met opmerkingen bij pull-aanvragen van GitHub.

Validatiebuilds van pull-aanvragen beperken tot geautoriseerde teamleden

Het is een goede gewoonte om de kwaliteit van een vertakking te beschermen door validatiebuilds voor pull-aanvragen te implementeren. Tot nu toe werden deze validatiebuilds automatisch geactiveerd door een GitHub-pull-aanvraag, wat riskant kan zijn omdat de build zonder uw beoordeling zou starten.

Met deze update kunt u vereisen dat pull-aanvraagvalidatiebuilds worden geautoriseerd door uw team. Selecteer hiervoor het tabblad Triggers in de instellingen van uw pijplijn. Schakel vervolgens onder Validatie van pull-aanvraag alleen builds activeren in voor opmerkingen bij pull-aanvragen van samenwerkers en sla de pijplijn op.

Validatiebuilds voor pull-aanvragen worden nu niet automatisch geactiveerd. Elke eigenaar of inzender van de opslagplaats kan een validatiebuild activeren door opmerkingen te maken bij de pull-aanvraag met /AzurePipelines run of /AzurePipelines run <pipeline_name>.

Beperk de validatie van pull-aanvragen tot geautoriseerde teamleden.

Build-artefacten met lange bestandspaden publiceren

Tot nu toe was er een beperking waardoor buildartefacten met paden langer dan 233 tekens niet kunnen worden geüpload. Dit kan voorkomen dat u codedekkingsresultaten uploadt van Linux- en macOS-builds met bestandspaden die langer zijn dan de limiet. Met deze update hebben we de limiet uitgebreid voor de ondersteuning van lange paden.

Nieuwe uitbreidingsbijdragepunten op het tabblad Pijplijnen testen

Deze sprint is het uitbreidingsframework nog krachtiger gemaakt door twee nieuwe bijdragepunten toe te voegen op het tabblad Testresultaten in Pijplijnen. Hierdoor kunnen Marketplace-extensies meer op maat gemaakte rapportage-ervaringen bieden en verdere interactiviteit toevoegen.

De twee bijdragepunten zijn:

  1. Knop Aangepaste actie op de werkbalk

    Soms wilt u een actie uitvoeren, zoals het bijwerken van de gegevens van een API of het uitvoeren van aangepaste hulpprogramma's met behulp van metagegevens uit uw testresultaten. Met dit bijdragepunt kunt u extensies maken die gebruikmaken van de directe context van het geselecteerde testresultaat om een aangepaste actie toe te voegen aan de knop *Aangepaste actie-.

    Knop Aangepaste actie op de werkbalk.

  2. Tabblad Aangepaste details in het detailvenster

    Mogelijk hebt u een grote verscheidenheid aan werkstromen voor testrapportverbruik en wilt u mogelijk verschillende gegevenspunten zien voor mislukte tests voor foutopsporing en analyse. Met behulp van dit bijdragepunt kan uw team een nieuw tabblad toevoegen aan het detailvenster dat verschijnt wanneer u de rij met testresultaten in het gegevensraster selecteert. Op dit nieuwe tabblad kunt u een weergave weergeven met statische inhoud of dynamische gegevens die zijn opgehaald met behulp van interne of externe API's.

Azure-artefacten

Tot nu toe bieden veel buildtaken met betrekking tot artefacten geen volledige ondersteuning voor de proxy-infrastructuur van Azure Pipelines, wat leidde tot uitdagingen bij het gebruik van de taken van on-premises agents. Met deze update hebben we ondersteuning voor proxy's toegevoegd aan de volgende taken:

Delegeren wie feeds kan beheren

In Azure Artifacts hebben beheerders van projectverzamelingen (PBA's) altijd alle feeds in een Azure DevOps-organisatie kunnen beheren. Met deze update kunnen PCA's deze mogelijkheid ook aan andere gebruikers en groepen geven, waardoor de mogelijkheid om een feed te beheren wordt delegeren.

Rapporten

De widget Trend van het testresultaat (Geavanceerd)

De widget Trend van testresultaten (Geavanceerd) is nu beschikbaar voor degenen die de Analytics-extensie hebben geïnstalleerd in hun Azure DevOps-organisatie. Het biedt bijna realtime inzicht in uw testgegevens voor meerdere builds en releases. De widget Testresultaattrend (Geavanceerd) geeft een trend weer van uw testresultaten voor uw pijplijnen of over meerdere pijplijnen. U kunt het gebruiken om het dagelijkse aantal tests, het slagingspercentage en de duur van de test bij te houden. Het bijhouden van de testkwaliteit in de loop van de tijd en het verbeteren van testmateriaal is essentieel voor het onderhouden van een gezonde DevOps-pijplijn.

De widget Trend van het testresultaat (Geavanceerd).

Met de widget Testresultaattrend (Geavanceerd) kunt u uitbijters in uw testresultaten vinden en vragen beantwoorden zoals: duurt het langer om tests uit te voeren dan normaal? Welk testbestand of welke pijplijn is van invloed op mijn algehele slagingspercentage? Wat zijn mijn langdurige tests?

Om u te helpen deze vragen te beantwoorden, biedt de widget de volgende functies:

  • Geeft een trend weer van het slagingspercentage en het aantal testresultaten of testduur
  • Toont testresultaten op basis van meerdere build-pijplijnen of release-pijplijnen
  • Maakt gebruik van gecombineerde grafiekopties om twee metrische gegevens over dezelfde trend weer te geven
  • Filtert het aantal tests in de loop van de tijd op testresultaat
  • Filtert al uw testresultaten op vertakking of test
  • Stapelt uw metrische gegevens op basis van testkenmerken zoals Prioriteit of Omgeving
  • Groepeer uw gegevens over testbestanden, eigenaar of pijplijnen

De widget is zeer configureerbaar, zodat u deze kunt gebruiken voor een breed scala aan scenario's.

Wiki

Tot nu toe zijn gedeelde wikipaginakoppelingen verbroken als de naam van de gekoppelde pagina werd gewijzigd of verplaatst. Met deze update hebben we permanente koppelingen geïntroduceerd door een pagina-id's toe te voegen aan de URL. Dit zorgt ervoor dat koppelingen die u deelt, intact blijven als de wiki in de loop van de tijd verandert.

Deze functie heeft prioriteit op basis van een suggestieticket.

De status van werkitems weergeven op Wiki-pagina's

In deze update hebben we vermeldingen van werkitems op wikipagina's verbeterd door de status van het werkitem toe te voegen aan de pagina, samen met de id en titel.

De status van werkitems weergeven op Wiki-pagina's.

Werkitemverwijzingen in opmerkingen bij pull-aanvragen en bordendiscussies geven ook de status weer.

Deze functie heeft prioriteit op basis van een suggestie.

Volgende stappen

Notitie

Deze functies worden in de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en neem een kijkje.

Ga naar Azure DevOps

Feedback geven

We horen graag wat u vindt van deze functies. Gebruik het feedbackmenu om een probleem te melden of een suggestie te doen.

Een suggestie doen

U kunt ook advies krijgen en uw vragen worden beantwoord door de community op Stack Overflow.

Met vriendelijke groet,

Alex Mullans