Hubb för arbetsobjekt och VM-baserat Azure DevOps-projekt – VSTS Sprint 131-uppdatering
I Sprint 131-uppdateringen av Visual Studio Team Services (VSTS) finns det några funktioner som har fått en stor mängd feedback och aktivitet på UserVoice. Den ena är hubben Arbetsobjekt, som nu blir allmänt tillgänglig för att sätta viktigt arbete i framkant i ditt dagliga arbetsflöde. Vi har också lagt till en virtuell dator som ett alternativ för att konfigurera Azure DevOps Projects eftersom vi vet att det är viktigt för vissa att behålla kontrollen över webbprogram på lägre nivå.
Andra höjdpunkter är:
- Query work across the iteration schedule with +/- @CurrentIteration
- Förbättra utgivningstiderna genom att delvis ladda ned artefakter
Nyheter i VSTS
Kod
Undvik att skriva över och skydda prestanda med hjälp av lagringsplatsinställningar
I den här uppdateringen hittar du två nya lagringsplatsinställningar för att hålla Git igång smidigt.
Tvingande ärenden växlar servern från standardläget skiftlägeskänsligt, där "File.txt" och "file.txt" är distinkta, till ett Windows- och macOS-vänligt läge där "File.txt" och "file.txt" är samma fil. Den här inställningen påverkar filer, mappar, grenar och taggar. Det hindrar också deltagare från att oavsiktligt införa skiftlägesspecifika skillnader. Aktivering av ärendetillämpning rekommenderas när de flesta av dina deltagare kör Windows eller macOS.
Med begränsa filstorlekar kan du förhindra att nya eller uppdaterade filer överskrider en storleksgräns som du anger. Ju fler stora filer som finns i en Git-lagringsplatss historik, desto sämre prestanda för klonings- och hämtningsåtgärden blir. Den här inställningen förhindrar oavsiktlig introduktion av dessa filer.
Arbete
Fokusera på viktigt arbete med hjälp av hubben Arbetsobjekt
Frågor, kvarvarande uppgifter och tavlor ger dig ett antal sätt att se ditt arbete, men vi vill att det arbete som är viktigast för dig ska vara nära till hands. Efter en förhandsversion på 6 månader av hubben Arbetsobjekt är den nu tillgänglig för alla. Vi har itererat mycket på hubben sedan förhandsversionen och nedan finns några av de ändringar vi har gjort.
Arbetsobjekthubben har nu 4 personcentrerade pivoter så att du kan fokusera på det som är viktigt för dig, samt 3 projektcentrerade vyer för att få en bättre uppfattning om projektets arbete.
- Tilldelad till mig – alla arbetsobjekt som tilldelats dig i projektet i den ordning de senast uppdaterades
- Följande – alla arbetsobjekt som du följer
- Nämns – alla arbetsobjekt som du har nämnts i under de senaste 30 dagarna
- Min aktivitet – alla arbetsobjekt som du nyligen har visat eller uppdaterat
- Nyligen uppdaterad – alla arbetsobjekt i projektet som senast har uppdaterats
- Nyligen slutfört – alla arbetsobjekt i projektet som nyligen har slutförts
- Nyligen skapade – alla arbetsobjekt som nyligen skapats i projektet
Alla projektpivot kan nu sorteras baserat på en mängd olika alternativ, inklusive rubrik, områdessökväg eller skapat datum. Du kan också välja att se dessa arbetsobjekt i stigande eller fallande ordning.
Frågearbete över iterationsschemat med +/- @CurrentIteration
Makrot @CurrentIteration som hjälper ditt team att spåra arbete baserat på ditt iterationsschema stöder nu heltalsförskjutning. Håll koll på det arbete som inte stängdes med @CurrentIteration – 1, eller titta framåt på det arbete som planeras för framtida iterationer med @CurrentIteration + 1. Mer information finns i @CurrentIteration inlägg på Microsoft DevOps-bloggen. Den här funktionen prioriterades baserat på vad som för närvarande är det högst röstade förslaget med 456 röster.
Förtydliga fråge iterationsscheman med parametern @CurrentIteration Team
Om du har använt @CurrentIteration makrot i frågor tidigare kanske du har märkt att resultaten kan variera om teamkontexten ändras i Teams med olika iterationsscheman. När du nu skapar eller ändrar en fråga med @CurrentIteration makrot måste du också välja teamet med det iterationsschema som är relevant för frågan. Med parametern Team kan du använda makrot @CurrentIteration i samma fråga, men i olika team. Ett exempel kan vara en fråga för arbetsobjekt i två olika teamprojekt med olika iterationsnamn och till och med scheman. Det innebär att du inte längre behöver uppdatera frågor när sprintarna ändras! Mer information finns i @CurrentIteration inlägg på Microsoft DevOps-bloggen. Den här funktionen prioriterades baserat på ett förslag.
Skapa och släpp
Behåll mer kontroll över din app genom att distribuera ditt Azure DevOps-projekt till en virtuell dator
Med Azure DevOps-projektet kan du konfigurera en fullständigt konfigurerad CI/CD-pipeline i bara några få steg. När vi började med Azure Web Apps kan du nu distribuera till en virtuell Azure-dator som kör Windows om du vill. När du kommer igång med en ASP.NET eller ASP.NET Core program väljer du helt enkelt alternativet Virtuell dator.
Förbättra utgivningstiderna genom att delvis ladda ned artefakter
Tidigare, som en del av en distributionsfas, kan du välja att antingen ladda ned alla artefakter eller hoppa över dem alla. Nu kan du välja de artefakter som behöver laddas ned. Detta kan spara tid genom att se till att agenten bara behöver ladda ned vad den behöver. Mer information finns i dokumentationen om versionsartefakter . Den här funktionen prioriterades baserat på ett förslag.
Förbättra kodkvaliteten med de senaste tilläggen från SonarSource
SonarSource släppte nyligen ett uppdaterat SonarQube-tillägg och ett nytt SonarCloud-tillägg, som möjliggör statisk kodanalys för flera språk. VSTS Gradle- och Maven-uppgifterna drar särskilt nytta av dessa tillägg för Java-versioner. Aktivera bara Kör SonarQube- eller SonarCloud-analys på version 2.* av uppgiften Gradle eller Maven och lägg sedan till uppgifterna Förbered och publicera SonarQube/SonarCloud enligt nedan.
Spåra GitHub-källor till byggen med hjälp av byggtaggar
Versioner från GitHub eller GitHub Enterprise länkar redan till relevant incheckning. Det är lika viktigt att kunna spåra en incheckning till byggena som skapade den. Det är nu möjligt genom att aktivera källtaggning i VSTS. När du väljer din GitHub-lagringsplats i en versionsdefinition väljer du de typer av byggen som du vill tagga tillsammans med taggformatet.
Sedan visas watch byggtaggar på din GitHub- eller GitHub Enterprise-lagringsplats.
Isolera Azure Resource Manager tjänstslutpunkter till resursgrupper
Som standard får Azure Resource Manager tjänstslutpunkter som konfigureras automatiskt i VSTS rollen Deltagare i prenumerationen. Nu har du möjlighet att skapa en slutpunkt och begränsa omfånget till en specifik resursgrupp i prenumerationen, vilket ger viss isolering för att säkerställa att slutpunkten bara interagerar med vad den ska. Välj Avancerade alternativ när du uppmanas att auktorisera Azure-prenumerationen .
Hantera entitetsspecifik säkerhet
Tidigare i rollbaserad säkerhet, när säkerhetsåtkomstrollerna angavs, angavs de för en användare eller grupp på hubbnivå för distributionsgrupper, variabelgrupper, agentköer och tjänstslutpunkter. Nu kan du aktivera och inaktivera arv för en viss entitet så att du kan konfigurera säkerhet precis som du vill.
Dela distributionsstatus med hjälp av ett märke
Precis som i Build kan du nu konfigurera märken i Release som visar status för den senaste slutförda distributionen till en miljö. De här märkena är offentligt tillgängliga via en URL, som kan bäddas in på valfri lagringsplats för att ge dina konsumenter och deltagare mer transparens.
När det har aktiverats av en behörig medlem i projektet kan alla som har åtkomst till märkes-URL:en se status för distributionen till valda miljöer.
Distribuera selektivt baserat på artefakten som utlöser en version
Flera artefaktkällor kan läggas till i en versionsdefinition och konfigureras för att utlösa en version. En ny version skapas när en ny version är tillgänglig för någon av källorna. Samma distributionsprocess körs oavsett vilken källa som utlöste versionen. Nu kan du anpassa distributionsprocessen baserat på den utlösande källan. För automatiskt utlösta versioner fylls versionsvariabeln Release.TriggeringArtifact.Alias nu i för att identifiera artefaktkällan som utlöste versionen. Detta kan användas i aktivitetsvillkor, fasvillkor och aktivitetsparametrar för att dynamiskt justera processen. Om du till exempel bara behöver distribuera artefakterna som har ändrats via miljöer.
Prenumerationer
Utnyttja din befintliga prenumeration med ett AAD-baserat alternativt e-postkonto
Om en Visual Studio-prenumeration tidigare har tilldelats till en e-postadress för Azure Active Directory (Azure AD) måste du läggas till med samma e-postadress i VSTS för att identifieras som Visual Studio-prenumerant. För prenumerationer som tilldelats ett Microsoft-konto (MSA) kan du dock lägga till ett alternativt Azure AD e-postkonto i My Visual Studio-portalen och använda det Azure AD e-postmeddelandet för att få åtkomst till VSTS.
Den här funktionen har utökats så att AAD-baserade Visual Studio-prenumeranter kan lägga till ytterligare ett AAD-e-postkonto i My Visual Studio-portalen . På så sätt kan du använda ett annat AAD-e-postmeddelande i VSTS än vad prenumerationen är tilldelad till.
Steg för att lägga till det alternativa kontot i din prenumeration finns i Vanliga frågor och svar om Min Visual Studio. Mer information finns i VS-prenumerationer och länka ditt VSTS-konto till AzureAD-inlägg på Microsoft DevOps-bloggen.
Nästa steg och feedback
Vi vill gärna höra vad du tycker om dessa funktioner. Rapportera ett problem eller ge ett förslag om du har idéer om saker som du vill att vi ska prioritera via feedbackmenyn.
Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.
Tack,
Jamie Cool