Förbättrad upplevelse för pull-begäranden

I den här sprinten lägger vi till ett antal förbättringar i pull-begärandeupplevelsen. Dessa inkluderar att göra valfria kontroller mer synliga, aktivera Ctrl-klick för att öppna en ny flik, lägga till plats i anteckningar och förbättra kommentarfiltreringslayouten.

Mer information finns i listan Funktioner nedan.

Funktioner

Azure-tavlor

• Ta bort regeln "Tilldelad till" för typ av buggarbetsobjekt

Azure-lagringsplatser

• En batch med förbättringar av pull-begäran

Azure-pipelines

• Uppdatera noden i Azure Pipelines-agenten
• Spara en agent med feltillstånd för undersökning i skalningsuppsättningsagenter
• Ubuntu-senaste pipelines kommer snart att använda Ubuntu-20.04

Azure-tavlor

Ta bort regeln "Tilldelad till" för typ av buggarbetsobjekt

Det finns flera dolda systemregler för alla olika typer av arbetsobjekt i Agile, Scrum och CMMI. Dessa regler har funnits i över ett decennium och har i allmänhet fungerat bra utan några klagomål. Det finns dock ett par regler som har tagit slut deras välkomnande. En regel i synnerhet har orsakat mycket smärta för nya och befintliga kunder och vi har beslutat att det var dags att ta bort den. Den här regeln finns på typen Felarbetsobjekt i agilprocessen.

"Ange det tilldelade värdet till Skapad av när tillståndet ändras till Löst"

Vi har fått mycket feedback om den här regeln. Som svar gick vi vidare och tog bort den här regeln från typ av buggarbetsobjekt i agilprocessen. Den här ändringen påverkar varje projekt med hjälp av en ärvd agil eller en anpassad ärvd agil process. För de kunder som gillar och är beroende av den här aktuella regeln kan du läsa vårt blogginlägg om de steg du kan vidta för att lägga till regeln igen med hjälp av anpassade regler.

Azure-lagringsplatser

En batch med förbättringar av pull-begäran

Den nya pull-begäran har varit i förhandsversion i några månader nu. Vi har tagit upp feedback som vi fått från många av er. Vi är glada att kunna meddela följande förbättringar som du kommer att se med den här sprintens distribution:

Gör de valfria kontrollerna mer synliga

Kunder använder valfria kontroller för att uppmärksamma en utvecklare på potentiella problem. Tidigare var det uppenbart när kontrollerna misslyckas. Så är dock inte fallet i förhandsversionen. En stor, grön bockmarkering på de kontroller som krävs maskerar felen i valfria kontroller. Användarna kunde bara upptäcka att valfria kontroller misslyckades genom att öppna kontrollpanelen. Utvecklare gör inte ofta det när det inte finns några tecken på ett problem. I den här distributionen gjorde vi statusen för valfria kontroller mer synlig i sammanfattningen.

Ctrl-klick på menyalternativ

Tabbmenyer på en PR har inte stöd för Ctrl-klick. Användare öppnar ofta nya webbläsarflikar när de granskar en pull-begäran. Problemet har åtgärdats.

Plats för [+] anteckning

Trädlistan över filer i en PR visar en anteckning [+] som hjälper författare och granskare att identifiera nya filer. Eftersom anteckningen var efter ellipsen var den ofta inte synlig för längre filnamn.

Listrutan PR-uppdateringar återfår tidsinformation

Listrutan för att välja uppdatera och jämföra filer i en PR förlorade ett viktigt element i förhandsversionen. Det visades inte när uppdateringen gjordes. Problemet har åtgärdats.

Förbättrad layout för kommentarsfilter

När du filtrerade kommentarer på sammanfattningssidan för en pull-begäran fanns listrutan till höger, men texten var vänsterjusterad. Problemet har åtgärdats.

Vi har fler förbättringar planerade under de kommande två sprintarna.

Azure-pipelines

Uppdatera noden i Azure Pipelines-agenten

Uppdatering från det som ursprungligen publicerades: På grund av en inkompatibilitet med Red Hat Enterprise Linux 6 och Node 14 har vi pausat arbetet på Nod 14 och fokuserar först på att komma till Nod 10.

Den här versionen har vi börjat flytta bort från Nod 6 och mot en nodversion som stöds som önskad körning för Azure Pipelines-uppgifter. Vi har uppdaterat den första batchen med in-the-box-uppgifter som ska köras på Nod 10. Den här ändringen markerar början på en process för att ta bort Nod 6 från agenten som standard. Nod 6 har avslutat det långsiktiga stödet och flaggas ofta som en säkerhetsrisk av automatiserade skannrar. Även om vi tror att vår användning av Node 6 sannolikt inte kommer att omfattas av de flesta potentiella fel, är det ändå viktigt för oss att få uppgifter till en körning som stöds. Under kalenderåret 2021 planerar vi att börja skicka en version av agenten utan Nod 6.

Om du använder någon av de Node 10-aktiverade uppgifterna kommer dina lokalt installerade agenter att uppdatera sig själva för att köra de nya versionerna av aktiviteter. Förutom det bör det inte påverka de flesta kunder. Om du å andra sidan är författare till några uppgifter bör du börja uppdatera dem så att de körs på Nod 10. I , task.jsonunder execution, kan du uppdatera från Node till Node10. Om du behöver stöd för äldre serverversioner kan du lämna startpunkten Node . Instanser av Azure DevOps som förstår Node 10-hanteraren väljer det som standard och de som inte kommer att återgå till nod 6-implementeringen.

Spara en agent med feltillstånd för undersökning i skalningsuppsättningsagenter

När du använder skalningsuppsättningsagenter hanterar Azure Pipelines upp- och nedskalningen av agentinstanser. När Azure Pipelines identifierar en virtuell dator som inte är felfri i skalningsuppsättningen loggas problemet till användargränssnittet för pooldiagnostik och försöker ta bort den virtuella datorn. Det finns många orsaker till att en virtuell dator inte är felfri: skalningsuppsättningens nätverkskonfiguration kan ha hindrat Azure Pipelines-tillägget från att ladda ned den senaste agenten, ditt anpassade skripttillägg kan ha misslyckats eller skalningsuppsättningens VM-avbildning kan ha en väntande omstart eller väntande Windows-Uppdateringar.

Genom att ta bort felaktiga virtuella datorer håller Azure Pipelines din agentpool optimerad för att köra CI/CD-jobb. I vissa fall kanske du kan använda diagnostiksidan för Azure Pipelines (visas ovan) eller azure-diagnostiksidan för att felsöka det här problemet. Men i många fall är det bästa sättet att diagnostisera problemet att logga in på den virtuella datorn och granska agentloggarna och loggboken. Det är för närvarande inte lätt att göra eftersom den virtuella datorn som inte är felfri tas bort automatiskt.

Med den här versionen har vi förbättrat diagnosbarheten för virtuella datorer med feltillstånd genom att ge dig möjlighet att spara en felaktig agent för undersökning.

När en agent med feltillstånd sparas kan du ansluta till den virtuella datorn, felsöka och hämta alla loggar du behöver. När du är klar kan du släppa agenten och den associerade virtuella datorn. Mer information finns i avsnittet om felsökning av feltillståndsagenter.

ubuntu-latest pipelines kommer snart att använda Ubuntu-20.04

Ubuntu 20.04 blir snart standardversionen för ubuntu-latest etiketten i Azure Pipelines. Den här ändringen kommer att lanseras under en period av flera veckor med början den 30 november.

Om du ser några problem med dina Ubuntu-pipelines:

• Skapa ett problem på lagringsplatsen för virtuella miljöer
• Växla tillbaka till Ubuntu 18.04 genom att ubuntu-18.04 ange som vmImage i din pipeline. Vi fortsätter att stödja Ubuntu 18.04.

Observera att ubuntu-18.04 och ubuntu-20.04 kan skilja sig åt i både förinstallerade verktyg och standardversionerna av verktyg. Information om alla skillnader https://github.com/actions/virtual-environments/issues/1816finns i .

Nästa steg

Kommentar

Dessa funktioner kommer att distribueras under de kommande två till tre veckorna.

Gå över till Azure DevOps och ta en titt.

Gå till Azure DevOps

Så här ger du feedback

Vi vill gärna höra vad du tycker om de här funktionerna. Använd hjälpmenyn för att rapportera ett problem eller ge ett förslag.

Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.

Tack,

Matt Cooper