Delen via

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

  • Artikel

Wij brengen in de Sprint 154-update van Azure DevOps de Azure Pipelines for Jira-app uit voor de Atlassian-marketplace. Met de integratie worden koppelingen naar Jira-problemen toegevoegd als werkitems die met de versies worden geïmplementeerd. U kunt in Jira-problemen direct implementatiedetails bekijken.

Ook zijn er verbeteringen aangebracht om het voor u gemakkelijker te maken werkitems te zoeken en te volgen. U kunt nu met het zoekvak direct werkitems zoeken en een lijst met recente werkitems weergeven. Bovendien kunt u met wiki livedocumenten maken doordat u werkitems kunt maken en volgen met behulp van 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 Test Plans:

Azure-opslagplaats:

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 vanaf de opdrachtregel communiceren met Azure DevOps. We hebben uw feedback verzameld die ons heeft geholpen de extensie te verbeteren en meer opdrachten toe te voegen. We zijn nu blij om aan te kondigen dat de extensie algemeen beschikbaar is.

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

Azure Boards

Werkitems live opnieuw laden

Bij het bijwerken van een werkitem en een tweede teamlid wijzigingen aanbrengt in hetzelfde werkitem, verliest de tweede gebruiker de wijzigingen. Zolang u beide verschillende velden bewerkt, ziet u nu live updates van de wijzigingen die in het werkitem zijn aangebracht.

Live laden van werkitem.

Iteratie en gebiedspaden vanaf de opdrachtregel beheren

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

Bovenliggende kolom van werkitem als kolomoptie

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

Bovenliggende kolom toevoegen als een kolom aan een achterstand.

Werkitems direct zoeken

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 vanuit de zoekopdracht.

Een werkitem zoeken terwijl u typt

U kunt nu de zoekresultaten van het werkitem bekijken terwijl u typt in het zoekvak. Hiermee kunt u snel naar het werkitem van uw keuze navigeren.

Zoekresultaten weergeven terwijl u typt.

Bovendien kunt u naar code- en wikizoekresultaten navigeren zonder dat u van tabblad hoeft te wisselen door te landen op zoek naar werkitems en vervolgens tabbladen te wijzigen om codewiki of pakketzoekresultaten weer te geven.

Navigeer naar code- en wiki-zoekresultaten 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 wijzigen van elke kant-en-klare processjabloon naar elk ander kant-en-klare proces. U kunt uw project bijvoorbeeld wijzigen van Agile in Scrum of Basic in Agile. U vindt hier volledige stapsgewijze documentatie.

Wijzig het proces dat door een project wordt gebruikt.

Aangepaste velden verbergen in indeling

U kunt nu aangepaste velden verbergen in de formulierindeling bij het aanpassen van uw 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 in een 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 ontwikkelvenster van de problemen. Dit maakt het mogelijk om bij te houden hoe en wanneer een probleem wordt geleverd en biedt een strakke ontwikkelingscyclus van het maken van problemen tot implementaties die worden bijgehouden in Jira.

Build- en release-informatie die wordt bijgehouden in Jira.

Verbeteringen aan de Azure Pipelines-app voor Slack

In februari hebben we de Azure Pipelines-app voor Slack uitgebracht om u te helpen bij het bewaken van uw pijplijnen. 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. Daarnaast wordt u hiervan op de hoogte gesteld wanneer u een fiatteur bent bij een melding over goedkeuring van de release-implementatie in behandeling.

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. Dit voegt context toe aan de koppeling en maakt het eenvoudiger om naar Azure DevOps te navigeren.

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

URL-uitsplitsing (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, kunt u denken dat de Azure Pipelines-service wordt verbroken zonder te beseffen 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. Dit vervangt binnenkort de andere gehoste pools die u hebt: gehoste, gehoste VS2017, gehoste Ubuntu 1604, gehoste Windows 2019 met 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 deze wijziging uit te rollen in de volgende sprints. U hoeft geen wijzigingen aan te brengen in uw pijplijnen, omdat we taken van de oude gehoste pools automatisch omleiden naar de juiste installatiekopie in de nieuwe geïntegreerde pool.

Bijgewerkte interface voor agentpools in organisatie-instellingen

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

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

Variabelen beheren die tijdens de tijd in 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, noch andere variabelen niet ingesteld. Met andere woorden, de instelling is alleen gebruikt 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 bij het starten van een nieuwe uitvoering. In de toekomst kunt u geen variabele wijzigen die niet door de auteur is gemarkeerd als _settable at queue time_.

Notitie

Deze instelling is standaard uitgeschakeld in bestaande organisaties, maar deze 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 testrapportage- en analyse-ervaring te bieden. Tot nu toe was er een limiet van 100 MB voor testbijlagen voor testuitvoering en testresultaten. Hierdoor is het uploaden van grote bestanden, zoals crashdumps of video's, beperkt. Met deze update hebben we ondersteuning toegevoegd voor grote testbijlagen, zodat u over alle beschikbare gegevens beschikt om problemen met 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 aanvullende eigenschappen aan de implementatietaak. Hier volgen bijvoorbeeld enkele eigenschappen van een implementatietaak die u nu kunt instellen,

  • timeoutInMinutes : hoe lang de taak moet worden uitgevoerd voordat de taak automatisch wordt geannuleerd
  • cancelTimeoutInMinutes - hoeveel tijd u 'altijd uitvoeren zelfs als geannuleerde taken' opgeven voordat u ze beëindigt
  • voorwaarde : taak voorwaardelijk uitvoeren
  • variabelen: vastgelegde waarden kunnen rechtstreeks worden toegevoegd, of variabelegroepen, variabelegroepen die worden ondersteund door een Azure-sleutelkluis, kunnen worden verwezen of u kunt verwijzen naar een set variabelen die zijn gedefinieerd in een bestand.
  • 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 functiemarkeringsplatform voor productteams. Integratie van Azure Pipelines met optimizely experimentation platform 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.

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

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

Optimizely

Een GitHub-versie 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 op Een artefact toevoegen in de definitie van de releasepijplijn 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 die u als meest recente, specifieke tagversie wilt gebruiken of tijdens het maken van de release kunt selecteren. Zodra een GitHub-release is gekoppeld, wordt deze automatisch gedownload en beschikbaar gemaakt in uw releasetaken.

GitHub-release toevoegen als artefactbron.

Betalen voor extra pijplijnen uit 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 verkleinen via facturering voor organisatie-instellingen>.

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

Releases rechtstreeks vanuit releases hub goedkeuren

Het reageren op goedkeuringen in behandeling is eenvoudiger. Tot nu toe was het mogelijk om een release van de detailpagina van de release goed te keuren. We maken het nu mogelijk om releases rechtstreeks vanuit de Releases-hub goed te keuren.

Releases rechtstreeks vanuit releases hub goedkeuren.

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

Azure Kubernetes Service Cluster-koppeling in de Kubernetes-resourceweergave van omgevingen.

Filters voor versiemappen in meldingsabonnementen

Met mappen kunt u pijplijnen ordenen voor eenvoudiger detectie en beveiligingsbeheer. Vaak wilt u aangepaste e-mailmeldingen configureren voor alle releasepijplijnen, die worden vertegenwoordigd door alle pijplijnen onder 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 implementatie voltooide en goedkeuring in behandeling zijnde gebeurtenissen en de abonnementen vereenvoudigen.

Releasemapfilters in meldingsabonnementen.

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

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

Implementeren naar AKS vanuit uw externe Git-opslagplaatsen.

Ondersteuning voor Bitbucket-opslagplaatsen in DevOps Projects

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

Bitbucket-opslagplaatsen in DevOps Projects.

Een Dockerfile voor AKS en WebApp Containers selecteren in het implementatiecentrum

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 Test Plans

Openbare preview van pagina voor nieuwe testabonnementen

Er is een nieuwe pagina testplannen (testplannen*) beschikbaar in openbare preview voor alle Azure DevOps-organisaties. De nieuwe pagina biedt gestroomlijnde weergaven waarmee u zich kunt richten op de taak die u bij de hand hebt: testplanning, creatie of uitvoering. Het is ook onbelangrijke en consistent met de rest van de Azure DevOps-aanbieding.

Nieuwe testplanpagina.

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

Schakel de pagina Nieuwe testplannen in.

De pagina Testplannen* heeft de meeste mogelijkheden van de bestaande pagina naast nieuwe functies, zoals het kopiëren en klonen van testplannen. We blijven elke 3 weken testplannings- en ontwerpmogelijkheden toevoegen.

Paginafuncties voor nieuwe testplannen.

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

Azure-opslagplaatsen

Controles voor Azure Repos-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), hernoemd, voorlopig verwijderd, vernietigd of wanneer de standaardvertakking is gewijzigd.

Controle voor Gebeurtenissen van Azure-opslagplaatsen.

Azure Artifacts

Verbeteringen voor de laadtijd voor feedpagina's

We zijn verheugd om aan te kondigen dat we de laadtijd van de feedpagina hebben verbeterd. De laadtijden van feedpagina's zijn gemiddeld met 10% gedaald. De grootste feeds hebben gezien dat de laadtijd van de 99e percentielfeedpagina (laadtijden in de hoogste 99% van alle feeds) met 75% is gedaald.

Wiki

Rich editing voor codewikipagina's

Voorheen werd u bij het bewerken van een codewikipagina omgeleid naar de Azure-opslagplaatshub voor bewerking. Momenteel is de opslagplaatshub niet geoptimaliseerd voor markdown-bewerking.

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

Uitgebreide bewerking voor codewiki in Wiki Hub.

Werkitems maken en insluiten vanaf een wikipagina

Terwijl we naar uw feedback hebben geluisterd, hebben we gehoord dat u wiki gebruikt om brainstormdocumenten vast te leggen, documenten te plannen, ideeën over functies, spec-documenten, notulen van de vergadering. 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, gaat u naar bewerken en zoekt u vervolgens het werkitem om het in te sluiten. Het vermindert ook de contextswitch omdat u niet buiten het wikibereik gaat.

Werkitems maken en insluiten op basis van wiki-inhoud.

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

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en kijk eens.

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 beantwoorden door de community op Stack Overflow.

Met vriendelijke groet,

Biju Venugopal