Concept pull-aanvragen en teksteditor voor nieuwe werkitems - Sprint 143 Update
In de Sprint 143-update van Azure DevOps introduceren we een nieuwe teksteditor voor werkitems die veel krachtiger en gebruiksvriendelijker is. Dit maakt deel uit van onze inspanningen om de ervaring in het hele product te moderniseren en te verbeteren. In Azure-opslagplaatsen kunt u met concept-pull-aanvragen een pull-aanvraag maken die u nog niet kunt voltooien, zodat ze niet per ongeluk kunnen worden voltooid. We brengen ook enkele nieuwe functies in Azure Artifacts uit, waaronder de mogelijkheid om bestanden uit te sluiten in artefactuploads en informatie over de herkomst van pakketten op te halen.
Bekijk de onderstaande lijst met functies voor meer informatie.
Functies
Algemeen:
Azure Boards:
Azure-opslagplaatsen:
Azure Pipelines:
- YAML-pijplijnen met tags activeren
- Instelling voor het automatisch annuleren van een bestaande pijplijn wanneer een pull-aanvraag wordt bijgewerkt
- Containerresources inline declareren
- Wijzigingen in standaardmachtigingen voor nieuwe projecten
- Implementeren op mislukte doelen in een implementatiegroep
- Ondersteuning voor infrastructuur als code
Azure Artifacts:
- Bestanden uitsluiten in artefactuploads
- Herkomstinformatie op pakketten
- Updates van de REST API-documentatie voor Azure Artifacts
Algemeen
REST API versie 5.0
Elke API-aanvraag moet een API-versie bevatten. Als u echter een REST-aanvraag indient naar een eerder uitgebracht eindpunt zonder api-versie, wordt de standaardversie van die aanvraag met deze implementatie overgeschakeld van 4.1 naar 5.0. Zie Azure DevOps Services REST API Reference (Naslaginformatie over AZURE DevOps Services REST API) voor meer informatie over REST- en API-versies.
Azure Boards
Nieuwe teksteditor voor werkitems
We zijn verheugd om de algemene beschikbaarheid van de nieuwe teksteditor voor het formulier met werkitems aan te kondigen. Onze teksteditor is al een tijdje verouderd en deze nieuwe ervaring zal een enorme verbetering zijn. De nieuwe editor is moderner en krachtiger en biedt nieuwe mogelijkheden, zoals het wijzigen van het formaat van afbeeldingen, codefragmenten, sneltoetsen voor zowel Mac als Windows en een volledige emojibibliotheek.
U kunt dit besturingselement gebruiken in elk tekstveld in het werkitemformulier, ook in uw discussies. Dit is de nieuwe ervaring die u kunt verwachten:
Hieronder ziet u de ervaring van het codefragment. Met deze toevoeging kunt u eenvoudig en duidelijk code bespreken in het werkitemformulier.
We willen echt van het werkitem een meer sociale ervaring maken. Onze eerste stap in dat traject is het toevoegen van emoji-ondersteuning aan uw tekstvelden en discussies over het werkitem. Met behulp van emoji's kunt u uw beschrijvingen en opmerkingen tot leven brengen en ze een beetje meer persoonlijkheid geven!
Het werk dat voor deze editor is uitgevoerd, is open source, dus bekijk de roosterjs-opslagplaats op GitHub op https://github.com/Microsoft/roosterjs.
Azure-opslagplaatsen
Verbeterde vertakkingskiezer
Voor de meeste ervaringen in Azure-opslagplaatsen moet u een opslagplaats en vervolgens een vertakking in die opslagplaats selecteren. Om deze ervaring te verbeteren voor organisaties met een groot aantal vertakkingen, implementeren we een nieuwe vertakkingkiezer. Met de kiezer kunt u nu uw favoriete vertakkingen selecteren of snel naar een vertakking zoeken.
Concepten maken van pull-aanvragen
Om te voorkomen dat pull-aanvragen worden voltooid voordat ze klaar zijn en om het eenvoudig te maken om werk in uitvoering te maken waarbij niet iedereen betrokken is, ondersteunen we nu concept-pull-aanvragen.
Concept-pull-aanvragen kunnen worden gemaakt door Maken als concept te selecteren in de vervolgkeuzelijst Maken bij het maken van een pull-aanvraag.
Nadat u een concept-pull-aanvraag hebt gemaakt, ziet u een badge die de status aangeeft naast de titel.
Concept-pull-aanvragen bevatten standaard geen revisoren of builds, maar bieden u de mogelijkheid om handmatig revisoren toe te voegen en builds uit te voeren. Als u de pull-aanvraag wilt promoveren naar een normale pull-aanvraag, klikt u op de knop Publiceren op de detailpagina van de pull-aanvraag.
Azure Pipelines
YAML-pijplijnen met tags activeren
YAML-pijplijnen kunnen worden geactiveerd wanneer tags worden toegevoegd aan een doorvoer. Dit is waardevol voor teams waarvan de werkstromen tags bevatten. U kunt bijvoorbeeld een proces starten wanneer een doorvoer is gemarkeerd als de 'laatst bekende goede'.
U kunt opgeven welke tags moeten worden opgenomen en uitgesloten. Bijvoorbeeld:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Instelling voor het automatisch annuleren van een bestaande pijplijn wanneer een pull-aanvraag wordt bijgewerkt
Standaard worden pijplijnen die worden geactiveerd door pull-aanvragen (PULL-aanvragen) geannuleerd als een nieuwe doorvoering naar dezelfde pull-aanvraag wordt gepusht. Dit is in de meeste gevallen wenselijk, omdat u meestal niet wilt doorgaan met het uitvoeren van een pijplijn op verouderde code. Als u dit gedrag niet wilt, kunt u autoCancel: false toevoegen aan uw pull-trigger.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Containerresources inline declareren
Voorheen moest u uw containerresources declareren in YAML-pijplijnen en er vervolgens naar verwijzen op naam. We bieden nu een inlinesyntaxis voor gevallen waarin u niet meerdere keren naar de container verwijst.
jobs:
- job: my-container-job
container:
image: mcr.microsoft.com/dotnet/core/runtime:latest
Wijzigingen in standaardmachtigingen voor nieuwe projecten
Tot nu toe konden projectbijdragers geen pijplijnen maken, tenzij ze expliciet de machtiging Build-definitie maken kregen. Voor nieuwe projecten kunnen alle teamleden nu gemakkelijk pijplijnen maken en bijwerken. Deze wijziging vermindert de wrijving voor nieuwe klanten die aan het onboarden zijn bij Azure Pipelines. U kunt altijd de standaardmachtigingen voor de groep Inzenders bijwerken en hun toegang beperken.
Implementeren op mislukte doelen in een implementatiegroep
Azure Pipelines wordt standaard gebruikt om alle taken opnieuw uit te voeren wanneer u een eerder mislukte uitvoering opnieuw implementeert. U kunt dit gedrag nu overschrijven door de implementatieoptie te configureren tijdens de implementatie. Als u de optie Alle taken en limiet voor mislukte doelen in een implementatiegroep selecteert, worden alle taken opnieuw uitgevoerd en worden de implementaties overgeslagen naar de doelen die al up-to-date zijn.
Ondersteuning voor infrastructuur als code
We voegen ondersteuning van Infrastructure as Code (IaC) toe aan onze Azure DevOps-projecten. IaC is een proces van het beheren en inrichten van computerinfrastructuur met een declaratieve benadering, terwijl de configuratie wordt ingesteld met behulp van definitiebestanden in plaats van traditionele interactieve configuratiehulpprogramma's. Hierdoor kunt u als groep met de resources in uw oplossing werken. U kunt alle resources voor uw oplossing implementeren, bijwerken of verwijderen met behulp van een sjabloon voor implementatie. Deze sjabloon kan worden gebruikt voor verschillende omgevingen, zoals testen, fasering en productie.
Azure-artefacten
Bestanden uitsluiten in artefactuploads
Voorheen moest u, om bestanden uit te sluiten van gepubliceerde artefacten, de bestanden kopiëren naar een map voor fasering, de bestanden verwijderen die moeten worden uitgesloten en vervolgens uploaden. Nu zoeken zowel Universal Packages als Pipeline Artifacts naar een bestand met de naam .artifactignore in de map die wordt geüpload naar en sluiten deze bestanden automatisch uit, waardoor een faseringsmap niet meer nodig is.
Herkomstinformatie op pakketten
Met deze update hebben we het een beetje gemakkelijker gemaakt om de herkomst van uw pakketten te begrijpen, inclusief wie of wat ze hebben gepubliceerd en uit welke broncodedoorvoering ze afkomstig zijn. Deze informatie wordt automatisch ingevuld voor alle pakketten die zijn gepubliceerd met behulp van de taken npm, NuGet en .NET Core, Twine Authenticate (voor Python) en Universal Packages .
Updates van de REST API-documentatie voor Azure Artifacts
Met de update van deze sprint implementeren we aanzienlijke updates voor de documentatie van de Azure Artifacts REST API's, waardoor het eenvoudiger wordt om deze in uw eigen toepassingen te ontwikkelen.
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,
Jeremy Epling