Microsoft-värdbaserade Linux- och macOS-agenter allmänt tillgängliga – VSTS Sprint 137 Update
I Sprint 137-uppdateringen av Visual Studio Team Services (VSTS) tar vi bort monikern "Preview" från våra Linux- och macOS Microsoft-värdbaserade CI/CD-agenter och gör dem allmänt tillgängliga. Tillsammans med vår Microsoft-värdbaserade Windows-agent har du nu en betrodd och skalbar plattform för produktionsversioner och versioner, oavsett vilken plattform du har.
Det finns ett antal andra funktioner i Kod, Wiki, Paket och Administration. Mer information finns i listan Funktioner nedan.
Nästa steg
Läs om de nya funktionerna nedan och gå över till VSTS för att prova dem själv.
Nyheter i VSTS
Funktioner
Kod:
- Skapa pull-begäranden utan ett standardteam som granskare
- Tillåt att du kringgår grenprinciper utan att ge upp push-skydd
Wiki:
- Länka till rubriker på en sida
- Visa brutna länkar
- Bifoga filer och bilder i mappar
- Öppna sidan på ny flik
Skapa och släpp:
- Skapa och släppa med Microsoft-värdbaserade Linux- och macOS-agenter
- Distribuera automatiskt till nya mål i en distributionsgrupp
- Håll distributioner tills grindarna lyckas konsekvent
- Azure DevOps Projects är nu allmänt tillgängligt
Paket:
Administratör:
- Ansluta eller koppla från Azure Active Directory som projektsamlingsadministratör
- Offentliga projekt som är tillgängliga i förhandsversion för alla organisationer
- Anta ordet "organisation" när du refererar till en samling projekt i VSTS
Kod
Skapa pull-begäranden utan ett standardteam som granskare
Viktigt!
Om du vill använda den här funktionen måste funktionen Ny navigeringsförhandsgranskning vara aktiverad i din profil eller organisation.
När vi först startade pull-begäran (PR)-upplevelsen trodde vi att det var klokt att tilldela alla pr-begäranden till den teamkontext som du hade valt när du skapade PR. Det här beteendet har varit en frustrationspunkt eftersom många inte märkte anslutningen mellan teamkontexten och PR-tilldelningen. Detta har faktiskt varit ett av våra främsta UserVoice-förslag.
Som en del av de nya navigeringsändringarna tog vi tillfället i akt att ändra den här standardassociationen med team. Du ser två ändringar:
- När du skapar en PR läggs inga granskare till som standard. Granskarlistan har en funktion som gör det enklare att lägga till personer och grupper som nyligen har lagts till i PR:er. Principen för granskare som krävs kan också hjälpa team som vill se till att specifika granskare läggs till för att granska koden.
- Hubben pull-begäranden har ett nytt anpassningsbart avsnitt. Som standard visar det här avsnittet PR:er "Tilldelade till mina team", som ger motsvarande funktioner som det gamla avsnittet. Men om du tillhör flera team visar det här avsnittet PR:er som tilldelats något av dina team. Avsnittet är också anpassningsbart – klicka bara på åtgärden "Anpassa den här vyn" nära avsnittsrubriken.
Tillåt att du kringgår grenprinciper utan att ge upp push-skydd
Det finns många scenarier där du ibland behöver kringgå en grenprincip – återställa en ändring som orsakade en byggpaus, tillämpa en snabbkorrigering mitt i natten osv. Tidigare erbjöd vi en behörighet ("Undanta från principtillämpning") för att hjälpa team att hantera vilka användare som har beviljats möjlighet att kringgå grenprinciper när de slutför en pull-begäran. Den behörigheten gav dock också möjlighet att skicka direkt till grenen och kringgå PR-processen helt och hållet.
För att förbättra den här upplevelsen har vi delat upp den gamla behörigheten för att ge mer kontroll till team som beviljar förbikopplingsbehörigheter. Det finns två nya behörigheter för att ersätta den gamla:
- Kringgå principer när du slutför pull-begäranden. Användare med den här behörigheten kommer att kunna använda funktionen åsidosättning för pull-begäranden.
- Kringgå principer vid push-överföring. Användare med den här behörigheten kan skicka direkt till grenar som har nödvändiga principer konfigurerade.
Genom att bevilja den första behörigheten och neka den andra kan en användare använda alternativet kringgå när det behövs, men har fortfarande skyddet mot att oavsiktligt skicka till en gren med principer.
Kommentar
Den här ändringen medför inga beteendeändringar. Användare som tidigare beviljats Tillåt för "Undantag från principtillämpning" beviljas Tillåt för båda de nya behörigheterna, så att de både kan åsidosätta slutförande av PR:er och skicka direkt till grenar med principer.
Mer information finns i dokumentationen om att ange grenbehörigheter .
Wiki
Länka till rubriker på en sida
Nu kan du klicka på länkikonen bredvid valfri avsnittsrubrik på en wiki-sida för att generera en URL direkt till det avsnittet. Du kan sedan kopiera webbadressen och dela den med gruppmedlemmar för att länka dem direkt till det avsnittet. Den här funktionen prioriterades baserat på ett förslag.
Visa brutna länkar
Alla länkar i en wiki som inte är korrekt länkade visas i en distinkt röd färg och en bruten länkikon, vilket ger dig en visuell ledtråd om alla brutna länkar på en wiki-sida.
Bifoga filer och bilder i mappar
När du redigerar wiki-sidor offline kan det vara enklare att lägga till bifogade filer och bilder i samma katalog som wiki-sidan. Nu kan du lägga till en bifogad fil eller en bild i valfri mapp i wikin och länka den till din sida. Den här funktionen prioriterades baserat på ett förslag.
Öppna sidan på ny flik
Nu kan du högerklicka på en wiki-sida och öppna den på ny flik eller helt enkelt trycka på CTRL + vänster klicka på en wiki-sida för att öppna den på en ny flik.
Skapa och släpp
Skapa och släppa med Microsoft-värdbaserade Linux- och macOS-agenter
De Microsoft-värdbaserade Linux- och macOS-agenterna är nu inte förhandsversioner och allmänt tillgängliga. Efter flera månader i förhandsversion, lyssna på feedback och justera infrastrukturen för att tillhandahålla en konsekvent tjänst, är vi glada över att kunna erbjuda dessa nu i GA. Mer information finns i dokumentationen om Microsoft-värdbaserade agenter .
Viktigt!
På grund av hur värdbaserade pooler implementerades i förhandsversionen fortsätter agentpoolerna i befintliga organisationer att ha monikern "Förhandsversion" (endast i namn). Pooler märkta "Förhandsversion" har nått allmän tillgänglighet och motsvarar motsvarande nyligen namngivna pooler som snart kommer att lanseras.
Distribuera automatiskt till nya mål i en distributionsgrupp
Tidigare, när nya mål lades till i en distributionsgrupp, krävdes en manuell distribution för att säkerställa att alla mål har samma version. Nu kan du konfigurera miljön för att automatiskt distribuera den senaste lyckade versionen till de nya målen. Vi planerar att lägga till ytterligare utlösarhändelser och åtgärder i konfigurationen för automatisk omdistribuering i kommande sprintar. Mer information finns i dokumentationen om distributionsgrupper .
Håll distributioner tills grindarna lyckas konsekvent
Versionsgrindar möjliggör automatisk utvärdering av hälsokriterier innan en version befordras till nästa miljö. Som standard fortsätter versionen efter att ett lyckat exempel för alla portar har tagits emot. Även om en grind är oberäknelig och det lyckade exemplet är brus, fortsätter lanseringen. För att undvika de här typerna av problem kan du nu konfigurera versionen för att verifiera hälsotillståndets konsekvens under en minsta varaktighet innan du fortsätter. Vid körningen säkerställer versionen att efterföljande utvärderingar av grindarna lyckas innan befordran tillåts. Den totala tiden för utvärdering beror på "tid mellan omvärdering" och är vanligtvis mer än den konfigurerade minsta varaktigheten. Mer information finns i dokumentationen om versionsdistribution med hjälp av grindar .
Azure DevOps Projects är nu allmänt tillgängligt
I november introducerade vi DevOps Projects, som hjälper dig att komma igång med en fullständig DevOps-pipeline i Azure, från kod till övervakning, på bara några minuter. Vi har lagt till tjänster längs vägen och införlivat mycket av din feedback. Vi fortsätter nu att gå vidare med det i allmän tillgänglighet för att hjälpa dig att gå ännu längre på din resa med DevOps. Mer information finns i artikeln om allmän tillgänglighet för Azure DevOps Projects på Microsoft DevOps-bloggen.
Paket
Kom igång med förinstallerad pakethantering
Pakethanteringstillägget är förinstallerat i alla organisationer. Om du använder den nya navigeringsförhandsgranskningen letar du efter den längst ned i listan över tjänster. Om du fortfarande är på den aktuella navigeringen letar du efter pakethubben i gruppen Skapa och släppa hubb. Varje organisation har 5 kostnadsfria pakethanteringsanvändare och ytterligare användare kan köpas från Marketplace. Snart kommer du också att kunna ändra synligheten för den här tjänsten i din organisation med hjälp av sidan Tjänstadministratör i det nya navigeringsfältet som du kan med de andra.
Administration
Ansluta eller koppla från Azure Active Directory som projektsamlingsadministratör
En projektsamlingsadministratör (PCA) kan nu ansluta eller koppla från organisationen från Azure Active Directory. Tidigare var detta tvunget att göras av en organisationsägare.
Offentliga projekt som är tillgängliga i förhandsversion för alla organisationer
Viktigt!
Om du vill använda den här funktionen måste en organisationsadministratör aktivera offentliga projekt från sidan Inställningar .
Som vi meddelade i april tar vi offentliga projekt till VSTS. För första gången kan du markera ett VSTS-teamprojekt som offentligt. Detta gör att anonyma (oautentiserade) användare kan visa innehållet i projektet, inklusive arbetsobjekt, kod och byggresultat. Även om funktionen fortfarande är i förhandsversion, från och med den här sprinten behöver du inte längre bli inbjuden att gå med i den privata förhandsversionen.
Viktigt!
Om du använder ett offentligt projekt för att skapa en lagringsplats som finns på GitHub bör du tänka på att även om pull-begäranden (PR) från grenar på lagringsplatsen kommer att bli bra, kommer PR:er som öppnas från förgreningsplatsen inte att skapas just nu.
Anta ordet "organisation" när du refererar till en samling projekt i VSTS
Vi har ändrat vår terminologi när det gäller att referera till en samling projekt i VSTS. Tidigare använde vi termen "konto" men har upptäckt att detta har orsakat stor förvirring för den bredare utvecklaren och öppen källkod communityn. Vi har valt att ersätta termen "konto" med "organisation". Du börjar se den här ändringsdistributionen i dokumentationen och produkten med den här uppdateringen. Mer information finns i artikeln Om att anta ordet "organisation" på Microsoft DevOps-bloggen.
Så här ger du feedback
Vi vill gärna höra vad du tycker om de här funktionerna. Använd feedbackmenyn 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,
Biju Venugopal