Bidirectionele traceerbaarheid tussen releases en Jira-problemen - Sprint 154 Update

  • Artikel

In de Sprint 154-update van Azure DevOps brengen we de app Azure Pipelines voor Jira uit op de Atlassian-marketplace. De integratie voegt koppelingen toe naar Jira-problemen als werkitems die zijn geïmplementeerd met de releases en stelt u in staat om implementatiedetails rechtstreeks in Jira-problemen te bekijken.

We hebben ook verbeteringen aangebracht zodat u gemakkelijker werkitems kunt zoeken en volgen. Het zoekvak ondersteunt nu direct zoeken naar werkitems en een lijst met recente werkitems. Daarnaast kunt u met Wiki nu livedocumenten maken door u in staat te stellen werkitems te maken en bij te houden met wiki-inhoud.

Bekijk de onderstaande lijst met functies voor meer informatie.

Wat is er nieuw in Azure DevOps?

Functies

Algemeen:

Azure Boards:

Azure Pipelines:

Azure-testplannen:

Azure-opslagplaatsen:

Azure Artifacts:

Wiki:

Algemeen

Algemene beschikbaarheid van Azure DevOps CLI

In februari hebben we de Azure DevOps-extensie voor Azure CLI geïntroduceerd. Met de extensie kunt u werken met Azure DevOps vanaf de opdrachtregel. We hebben uw feedback verzameld om de extensie te verbeteren en meer opdrachten toe te voegen. We zijn nu blij te kunnen aankondigen dat de extensie algemeen beschikbaar is.

Zie de documentatie hier voor meer informatie over Azure DevOps CLI.

Azure Boards

Werkitem live opnieuw laden

Voorheen, bij het bijwerken van een werkitem en een tweede teamlid wijzigingen aanbrengt in hetzelfde werkitem, raakt de tweede gebruiker zijn wijzigingen kwijt. Zolang u nu allebei verschillende velden bewerkt, ziet u live updates van de wijzigingen die zijn aangebracht in het werkitem.

Werkitem live opnieuw laden.

Iteratie- en vlakpaden beheren vanaf de opdrachtregel

U kunt nu iteratie- en vlakpaden beheren vanaf de opdrachtregel met behulp van de az boards iteration opdrachten en az boards area . U kunt bijvoorbeeld iteratie- en vlakpaden interactief instellen en beheren vanuit de CLI, of de volledige installatie automatiseren met behulp van een script. Zie de documentatie hier voor meer informatie over de opdrachten en de syntaxis.

Optie bovenliggende kolom van werkitem als kolom

U hebt nu de optie om het bovenliggende item te zien van elk werkitem in uw productachterstand of sprintachterstand. Als u deze functie wilt inschakelen, gaat u naar Kolomopties in de gewenste achterstand en voegt u vervolgens de bovenliggende kolom toe.

Bovenliggende kolom toevoegen als een kolom aan een achterstand.

Direct zoeken naar werkitems

We hebben het u gemakkelijk gemaakt om onlangs bezochte werkitems, borden, achterstanden en sprints te vinden. U hebt nu toegang tot onlangs bezochte werkitems door te klikken op het zoekvak in Azure Boards.

Tip

U kunt het zoekvak aanroepen door de sneltoets '/' te typen.

Navigeer naar onlangs bekeken werkitems en borditems van de zoekopdracht.

Zoeken naar een werkitem terwijl u typt

U kunt nu de zoekresultaten van het werkitem bekijken terwijl u typt in het zoekvak. Zo kunt u snel naar het gewenste werkitem navigeren.

Zoekresultaten weergeven terwijl u typt.

Daarnaast kunt u naar de zoekresultaten voor code en wiki navigeren zonder dat u van tabblad hoeft te wisselen door te landen op de zoekfunctie voor werkitems en vervolgens tabbladen te wijzigen om code-wiki- of pakketzoekresultaten weer te geven.

Navigeer naar zoekresultaten voor code en wiki's van Azure Boards.

Het proces wijzigen dat door een project wordt gebruikt

Uw hulpprogramma's moeten veranderen zoals uw team dat doet. U kunt nu uw projecten overschakelen van elke kant-en-klare processjabloon naar elk ander kant-en-klare proces. U kunt uw project bijvoorbeeld wijzigen van Agile in Scrum of Basis in Agile. U vindt hier de volledige stapsgewijze documentatie.

Het proces wijzigen dat door een project wordt gebruikt.

Aangepaste velden verbergen voor indeling

U kunt nu aangepaste velden verbergen in de formulierindeling bij het aanpassen van het proces. Het veld is nog steeds beschikbaar vanuit query's en REST API's. Dit is handig voor het bijhouden van extra velden wanneer u integreert met andere systemen.

Een aangepast veld verbergen voor de indeling van een werkitem.

Azure Pipelines

Azure Pipelines-app voor Jira

We zijn verheugd om de beschikbaarheid van de Azure Pipeline-app voor Jira aan te kondigen. De integratie maakt bidirectionele koppeling mogelijk tussen releases in Azure Pipelines en problemen in de Jira-softwarecloud. Het vereenvoudigt het genereren van releaseopmerkingen door Jira-problemen bij te houden die worden vermeld in GitHub-doorvoeringen die zijn geïmplementeerd met releases.

Azure Pipelines-app voor Jira.

Daarnaast worden build- en release-informatie van Azure Pipelines weergegeven en weergegeven in het ontwikkelingsvenster van de problemen. Hierdoor kon worden bijgehouden hoe en wanneer een probleem wordt geleverd, en biedt een strakke ontwikkelingscyclus van het maken van problemen tot implementaties die in Jira worden bijgehouden.

Build- en release-informatie bijgehouden in Jira.

Verbeteringen in de Azure Pipelines-app voor Slack

In februari hebben we de App Azure Pipelines voor Slack uitgebracht om u te helpen uw pijplijnen te bewaken. Met deze update hebben we de app verbeterd. Gebruikt @mention in het Slack-kanaal wanneer er een melding is voor een mislukte build die u hebt geactiveerd. Bovendien ontvangt u een melding wanneer u een fiatteur bent bij een goedkeuring van een release-implementatie in afwachting van een melding.

Daarnaast kunt u nu een koppeling naar een build of release in de Azure Pipelines-app plakken en een uitgebreid voorbeeld van de pijplijn krijgen. Hiermee voegt u context toe aan de koppeling en kunt u eenvoudiger naar Azure DevOps navigeren.

Als u bijvoorbeeld een koppeling naar een build plakt, worden de details van de build en de huidige status weergegeven.

URL-ontvouwing (koppelingsvoorbeelden) in de Azure Pipelines-app voor Slack.

Zie het blogbericht met de volledige aankondiging hier voor meer informatie over deze update.

Eén gehoste pool

Notitie

Dit is een aanstaande wijziging die we van tevoren willen communiceren.

Het hebben van meerdere gehoste pools kan soms verwarrend zijn. U krijgt geen nauwkeurig beeld van waar gelijktijdigheid wordt verbruikt. Als u bijvoorbeeld een gelijktijdigheid van 10 parallelle taken hebt, ziet u 10 virtuele agents in elk van de gehoste pools, wat niet nauwkeurig is. Wanneer uw taak wacht op een specifieke gehoste pool (bijvoorbeeld Gehoste VS2017) met alle niet-actieve agents, denkt u misschien dat de Azure Pipelines-service is verbroken zonder dat u zich realiseert dat de gelijktijdigheid mogelijk wordt gebruikt in andere gehoste pools (bijvoorbeeld Gehoste Ubuntu 1604).

We werken onze beheerervaringen voor agentpools bij met een nieuwe geïntegreerde gehoste agentpool met de naam Azure Pipelines. Hiermee worden binnenkort de andere gehoste pools vervangen die u hebt- Gehoste VS2017, Gehoste Ubuntu 1604, Gehoste Windows 2019 door VS2019, Gehoste macOS en Gehoste macOS High Sierra.

Zodra deze functie is geïmplementeerd, ziet u één gehoste pool die u een nauwkeurig beeld geeft van het aantal taken dat in die pool wordt uitgevoerd. We zijn van plan om deze wijziging in de volgende sprints uit te rollen. U hoeft geen wijzigingen aan te brengen in uw pijplijnen, omdat we taken automatisch omleiden van de oude gehoste pools naar de juiste installatiekopie in de nieuwe geïntegreerde pool.

Interface van agentgroep bijgewerkt in organisatie-instellingen

Eerder hebben we de beheerpagina voor agentpools in projectinstellingen gewijzigd om een nieuwe gebruikersinterface op te nemen. Met deze update werken we de interface van agentgroepen bij onder de organisatie-instellingen. Deze nieuwe interface helpt bij een toekomstige functie met consolidatie voor gehoste pools en de mogelijkheid om het verbruik van gelijktijdige taken bij te houden.

Zie de releaseopmerking over één gehoste pool voor meer informatie over de aanstaande functie.

Variabelen beheren die tijdens de wachtrij kunnen worden overschreven

Op dit moment kunt u de gebruikersinterface of REST API gebruiken om de waarden van een variabele bij te werken voordat u een nieuwe uitvoering start. Hoewel de auteur van de pijplijn bepaalde variabelen kan markeren als _settable at queue time_, heeft het systeem dit niet afgedwongen en heeft het niet voorkomen dat andere variabelen werden ingesteld. Met andere woorden, de instelling is alleen gebruikt om om extra invoer te vragen bij het starten van een nieuwe uitvoering.

We hebben een nieuwe organisatie-instelling toegevoegd waarmee de _settable at queue time_ parameter wordt afgedwongen. Hiermee kunt u bepalen welke variabelen kunnen worden gewijzigd wanneer u een nieuwe uitvoering start. In de toekomst kunt u een variabele die niet door de auteur is gemarkeerd, niet meer wijzigen als _settable at queue time_.

Notitie

Deze instelling is standaard uitgeschakeld in bestaande organisaties, maar is standaard ingeschakeld wanneer u een nieuwe Azure DevOps-organisatie maakt.

Ondersteuning voor grote testbijlagen

Met de taak testresultaten publiceren in Azure Pipelines kunt u testresultaten publiceren wanneer tests worden uitgevoerd om een uitgebreide ervaring voor testrapportage en analyse te bieden. Tot nu toe was er een limiet van 100 MB voor testbijlagen voor zowel testuitvoering als testresultaten. Dit beperkt het uploaden van grote bestanden, zoals crashdumps of video's. Met deze update hebben we ondersteuning toegevoegd voor grote testbijlagen, zodat u over alle beschikbare gegevens beschikt om problemen met uw mislukte tests op te lossen.

Implementaties in YAML-pijplijn

Een implementatietaak is een speciaal type taak dat wordt gebruikt om uw app in een omgeving te implementeren. Met deze update hebben we ondersteuning toegevoegd voor stapverwijzingen in een implementatietaak. U kunt bijvoorbeeld een set stappen in één bestand definiëren en ernaar verwijzen in een implementatietaak.

We hebben ook ondersteuning toegevoegd voor extra eigenschappen aan de implementatietaak. Hier volgen bijvoorbeeld enkele eigenschappen van een implementatietaak die u nu kunt instellen:

  • timeoutInMinutes : hoe lang moet de taak worden uitgevoerd voordat de taak automatisch wordt geannuleerd
  • cancelTimeoutInMinutes - hoeveel tijd u 'altijd uitvoeren, zelfs als taken zijn geannuleerd' geven voordat ze worden beëindigd
  • condition - taak voorwaardelijk uitvoeren
  • variabelen : vastgelegde waarden kunnen rechtstreeks worden toegevoegd, of variabelegroepen , variabelegroepen die worden ondersteund door een Azure-sleutelkluis , of u kunt verwijzen naar een set variabelen die in een bestand zijn gedefinieerd.
  • continueOnError : als toekomstige taken moeten worden uitgevoerd, zelfs als deze implementatietaak mislukt; standaard ingesteld op 'false'

Zie Implementatietaak voor meer informatie over implementatietaken en de volledige syntaxis om een implementatietaak op te geven.

Integratie optimaliseren

Optimizely is een krachtig A/B-test- en functievlaggend platform voor productteams. De integratie van Azure Pipelines met het Optimizely-experimenteerplatform stelt productteams in staat om in een versneld tempo te testen, te leren en te implementeren, terwijl alle DevOps-voordelen van Azure Pipelines worden verkregen.

De Optimizely-extensie voor Azure DevOps voegt stappen voor experimenten en implementatie van functievlagmen toe aan de build- en release-pijplijnen, zodat u functies continu kunt herhalen, implementeren en terugdraaien met behulp van Azure Pipelines.

Meer informatie over de Azure DevOps Optimizely-extensie vindt u hier.

Optimaliseren

Een GitHub-release toevoegen als artefactbron

U kunt nu uw GitHub-releases koppelen als artefactbron in Azure DevOps-releasepijplijnen. Hiermee kunt u de GitHub-release gebruiken als onderdeel van uw implementaties.

Wanneer u in de definitie van de release-pijplijn op Een artefact toevoegen klikt, vindt u het nieuwe GitHub Release-brontype . U kunt de serviceverbinding en de GitHub-opslagplaats opgeven om de GitHub-release te gebruiken. U kunt ook een standaardversie voor de GitHub-release kiezen om te gebruiken als meest recente, specifieke tagversie of selecteren tijdens het maken van de release. Zodra een GitHub-release is gekoppeld, wordt deze automatisch gedownload en beschikbaar gesteld in uw releasetaken.

Voeg GitHub-release toe als artefactbron.

Betalen voor extra pijplijnen vanuit de Azure DevOps-portal

Voorheen moest u naar Marketplace gaan om extra pijplijnen te betalen. U kunt nu extra pijplijnen kopen in de Azure DevOps-portal. U kunt het aantal door Microsoft gehoste of zelf-hostende CI/CD verhogen of verlagen via Facturering voor organisatie-instellingen>.

Ga voor meer informatie naar de documentatie over het kopen van CI/CD hier.

Releases rechtstreeks goedkeuren vanuit de hub Releases

Het is eenvoudiger om te reageren op wachtende goedkeuringen. Tot nu toe was het mogelijk om een release goed te keuren vanaf de detailpagina van de release. We maken het nu mogelijk dat u releases rechtstreeks vanuit de hub Releases goedkeurt.

Releases rechtstreeks goedkeuren vanuit de hub Releases.

Er is een koppeling toegevoegd naar de resourceweergave van Kubernetes-omgevingen, zodat u naar de Azure-blade voor het bijbehorende cluster kunt navigeren. Dit is van toepassing op omgevingen die zijn toegewezen aan naamruimten in Azure Kubernetes Service clusters.

Azure Kubernetes Service koppeling Cluster in kubernetes-resourceweergave van Omgevingen.

Filters voor releasemappen in meldingsabonnementen

Met mappen kunt u pijplijnen ordenen voor eenvoudigere detectie en beveiligingsbeheer. Vaak wilt u mogelijk aangepaste e-mailmeldingen configureren voor alle release-pijplijnen, die worden vertegenwoordigd door alle pijplijnen in een map. Voorheen moest u meerdere abonnementen configureren of complexe query's in de abonnementen hebben om gerichte e-mailberichten te krijgen. Met deze update kunt u nu een releasemapcomponent toevoegen aan de voltooide implementatie - en goedkeuringsevenementen en de abonnementen vereenvoudigen.

Releasemapfilters in meldingsabonnementen.

Externe Git-opslagplaatsen implementeren in Azure Kubernetes Services (AKS)

Voorheen ondersteunden we Azure-opslagplaatsen en GitHub als codelocaties in het AKS-implementatiecentrum. Met deze update voegen we ondersteuning toe voor externe Git-opslagplaatsen , zodat u uw code kunt implementeren vanuit elke openbare of persoonlijke Git-opslagplaats naar AKS.

Implementeer naar AKS vanuit uw externe Git-opslagplaatsen.

Ondersteuning voor Bitbucket-opslagplaatsen in DevOps Projects

We hebben ondersteuning voor Bitbucket-opslagplaatsen toegevoegd aan DevOps Projects. U kunt nu de OAuth-ervaring en een gevulde lijst met opslagplaatsen en vertakkingen krijgen waaruit u kunt kiezen bij het implementeren in Azure-resources.

Bitbucket-opslagplaatsen in DevOps Projects.

Selecteer een Dockerfile in het implementatiecentrum voor AKS- en WebApp-containers

U kunt nu een Dockerfile selecteren in het implementatiecentrum voor AKS- en WebApp-containers. Dit is handig als u verschillende versies van Dockerfile wilt onderhouden of meerdere toepassingen in dezelfde opslagplaats wilt hebben. Hiermee kunt u de specifieke DockerFile/toepassing selecteren die u wilt pushen.

selecteer een Dockerfile in het implementatiecentrum voor AKS- en WebApp-containers.

Azure-testplannen

Nieuwe pagina Testplan, openbare preview

Een nieuwe pagina Testplannen (Testplannen*) is beschikbaar in openbare preview voor alle Azure DevOps-organisaties. De nieuwe pagina biedt gestroomlijnde weergaven, zodat u zich kunt richten op de taak die u uitvoert: testplanning, ontwerp of uitvoering. Het is ook overzichtelijk en consistent met de rest van de Azure DevOps-aanbieding.

Nieuwe pagina testplan.

De nieuwe pagina kan worden ingeschakeld vanuit Preview-functies, zoals hieronder wordt weergegeven.

Nieuwe pagina Testplannen inschakelen.

De pagina Testplannen* beschikt over de meeste mogelijkheden van de bestaande pagina, naast nieuwe functies zoals het kopiëren en klonen van testplannen. We blijven elke 3 weken mogelijkheden voor testplanning en -creatie toevoegen.

Nieuwe functies van de pagina Testplannen.

Zie de documentatie hier voor meer informatie over de nieuwe pagina.

Azure-opslagplaatsen

Controle voor Azure-opslagplaatsen-gebeurtenissen

We hebben gebeurtenissen toegevoegd voor opslagplaatsen die kunnen worden gebruikt via het tabblad Azure DevOps-controle in de organisatie-instellingen. U kunt nu gebeurtenissen voor beleidsregels bekijken wanneer ze worden gemaakt, verwijderd, gewijzigd of omzeild. Daarnaast kunt u gebeurtenissen voor opslagplaatsen bekijken wanneer ze worden gemaakt (inclusief via fork of ongedaan maken), de naam ervan zijn gewijzigd, voorlopig verwijderd, vernietigd of wanneer de standaardvertakking is gewijzigd.

Controle voor Gebeurtenissen van Azure-opslagplaatsen.

Azure-artefacten

Verbeteringen in laadtijd van feedpagina's

We zijn verheugd om aan te kondigen dat we de laadtijd van de feedpagina hebben verbeterd. Gemiddeld zijn de laadtijden van feedpagina's met 10% afgenomen. De grootste feeds hebben de meeste verbetering gezien van de laadtijd van de feedpagina in het 99e percentiel (laadtijden in de hoogste 99% van alle feeds) met 75%.

Wiki

Uitgebreide bewerking voor codewikipagina's

Voorheen werd u bij het bewerken van een codewikipagina omgeleid naar de Azure-opslagplaatsenhub voor bewerking. Op dit moment is de opslagplaatshub niet geoptimaliseerd voor het bewerken van Markdown.

U kunt nu een codewikipagina bewerken in de editor naast elkaar in wiki. Hiermee kunt u de uitgebreide Markdown-werkbalk gebruiken om uw inhoud te maken, zodat de bewerkingservaring identiek is aan die in de projectwiki. U kunt er nog steeds voor kiezen om in opslagplaatsen te bewerken door de optie Bewerken in opslagplaatsen in het snelmenu te selecteren.

Uitgebreide bewerkingen voor codewiki in Wiki Hub.

Werkitems van een wikipagina maken en insluiten

Terwijl we naar uw feedback geluisterd hebben, hoorden we dat u wiki gebruikt om brainstormdocumenten, planningsdocumenten, ideeën over functies, specifieke documenten, notulen van vergaderingen vast te leggen. U kunt nu eenvoudig functies en gebruikersverhalen rechtstreeks vanuit een planningsdocument maken zonder de wikipagina te verlaten.

Als u een werkitem wilt maken, selecteert u de tekst op de wikipagina waar u het werkitem wilt insluiten en selecteert u Nieuw werkitem. Dit bespaart u tijd omdat u het werkitem niet eerst hoeft te maken, naar bewerken hoeft te gaan en vervolgens het werkitem te zoeken om het in te sluiten. Het vermindert ook de contextomschakeling omdat u niet buiten het wikibereik valt.

Werkitems maken en insluiten op basis van wiki-inhoud.

Zie onze documentatie hier voor meer informatie over het maken en insluiten van een werkitem vanuit wiki.

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 van deze functies vindt. Gebruik het feedbackmenu om een probleem te melden of een suggestie te geven.

Een suggestie doen

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

Met vriendelijke groet,

Biju Venugopal