Dela via

Lansering av Azure DevOps

  • Artikel

Den enda tjänst som var Visual Studio Team Services (VSTS) håller nu på att bli vår nya uppsättning Azure DevOps Services. I vår dokumentation, på webbplatser och i produkten börjar du märka nya ikoner och namn för Azure DevOps och var och en av våra tjänster i Azure DevOps.

Med lanseringen av Azure Pipelines har vi introducerat en ny app på GitHub Marketplace, uppdaterat ett antal funktioner som hjälper dig att komma igång och erbjuder obegränsade CI/CD-minuter och 10 parallella jobb för öppen källkod projekt.

Mer information finns i listan Funktioner nedan.

Funktioner

Azure Pipelines:

Marketplace:

Administration:

Nästa steg

Kommentar

Dessa funktioner kommer att lanseras under de närmaste dagarna.

Läs om de nya funktionerna nedan och gå till Azure DevOps Services för att prova dem själv.

Gå till Azure DevOps Services

Azure-pipelines

Lägga till Azure Pipelines från GitHub Marketplace

En ny Azure Pipelines-app på GitHub Marketplace utökar integreringen med GitHub-lagringsplatser och effektiviserar parallella jobbköp.

Tidigare kunde du aktivera kontinuerlig integrering med GitHub-lagringsplatser via OAuth-autentisering. Med OAuth använder Azure Pipelines en individs GitHub-identitet för att hämta kod och uppdatera byggstatus på GitHub. Men eftersom medlemmarna i ditt team kan ändras med tiden kan det vara mindre önskvärt att använda en individs GitHub-identitet och behörigheter. Genom att installera Azure Pipelines-appen kan du auktorisera appen att utföra åtgärder i stället.

När du använder appen görs dessutom byggresultat tillgängliga i GitHubs nya checkfunktion med en detaljerad vy över resultat för bygg-, test- och kodtäckning.

Kom igång genom att installera appen från GitHub Marketplace i ditt GitHub-konto eller din organisation. Du kan också köpa ytterligare parallella jobb med ett befintligt GitHub-betalningskonto i stället för ett separat Azure-konto. Prissättningen är densamma i båda riktningarna.

Azure Pipelines-app på GitHub Marketplace

Skapa öppen källkod projekt med Azure Pipelines kostnadsfritt

Azure Pipelines tillhandahåller molnbaserade pipelines för Linux, macOS och Windows med obegränsade minuter och 10 kostnadsfria parallella jobb för öppen källkod.

Mer information finns i dokumentationen om offentliga lagringsplatser och parallella jobb .

Konfigurera versioner med YAML

Viktigt!

Om du vill använda den här funktionen måste förhandsgranskningsfunktionen Skapa YAML-pipelines vara aktiverad i din organisation.

YAML-baserade byggpipelines är nu allmänt tillgängliga. Automatisera pipelinen för kontinuerlig integrering med hjälp av en YAML-fil som checkats in på lagringsplatsen tillsammans med resten av koden. Det är enkelt att komma igång med en enda jobbversion. När dina behov växer kan du enkelt skala ut med hjälp av flera jobb , externa mallar och matriskörning.

Skapa YAML-byggpipelines med hjälp av den nya guiden

Viktigt!

Om du vill använda den här funktionen måste du ha funktionen Förhandsgranskning av ny YAML-pipelinegenerering aktiverad i din profil eller organisation.

En ny guide förenklar den här processen med att skapa YAML-baserade byggpipelines med GitHub och Azure Repos. När du har valt en lagringsplats som ska skapas skapas en pipeline automatiskt om den innehåller en YAML-fil. Annars analyserar Azure Pipelines lagringsplatsen och rekommenderar en YAML-baserad mall för att skapa projektet. Klicka bara på Spara och kör för att skapa en pull-begäran för den föreslagna YAML och kör den första versionen. Utlösare för kontinuerlig integrering och pull-begäran aktiveras automatiskt.

Guiden Ny pipeline

Hantera byggpipelines med hjälp av sidan nya versioner

Viktigt!

Om du vill använda den här funktionen måste du ha funktionen Förhandsgranskning av ny builds hub aktiverad i din profil eller organisation.

Vi gör flera förbättringar och lanserar en ny version av sidan Builds . Den här nya versionen kombinerar katalogen med alla dina byggpipelines och listan över aktuella versioner så att du snabbt kan navigera i projektets versioner för att se deras status. Den innehåller också en förhandsversion av testanalys för den valda pipelinen.

Sidan Ny version

Återskapa Versioner av GitHub-pullbegäran

När du skickar en pull-begäran till din GitHub-lagringsplats kan pull-begärandeversionen misslyckas på grund av ett tillfälligt fel, till exempel att ett paketregister inte är tillgängligt eller ett flagnande test. I dessa fall vill du köra bygget en gång till. För närvarande kräver detta att du skickar ytterligare en artificiell uppdatering till pull-begäran. Nu kan du på sidan Nya versioner helt enkelt välja den misslyckade versionen och köa en till.

Den här gesten för att återskapa är endast tillgänglig för pull-begärandeversioner till att börja med. Vi tittar på att göra en liknande funktion tillgänglig för alla misslyckade versioner.

Url för statusikon för ny version

Skapa märken som är inbäddade på startsidan för en lagringsplats är ett vanligt sätt att visa lagringsplatsens hälsotillstånd. Vi har lagt till nya URL:er som hjälper dig att skapa byggmärken. De nya URL:erna gör det möjligt för användare att publicera status per gren och kan ta användarna till den senaste versionen av den valda grenen. Du kan hämta Markdown för den nya statusikonens URL genom att välja menyåtgärden Statusikon på sidan Nya versioner. För bakåtkompatibilitet fortsätter vi att respektera de äldre url:erna för byggmärket.

Utnyttja ännu fler verktyg på Microsoft-värdbaserade Linux-agenter

I den här uppdateringen har flera bygg-, test- och distributionsverktyg lagts till i De Microsoft-värdbaserade Linux-agenterna, vilket tar bort behovet av att installera dem själv under en version eller lansering.

  • Erlang/OTP
  • Firefox
  • Haskell
  • Heroku CLI
  • ImageMagick
  • Mercurial
  • Microsoft SQL Server-klientverktyg
  • MySQL-server
  • PhantomJS
  • Pollinera
  • PyPy2 och PyPy3
  • Armeringsjärn
  • rsync
  • ShellCheck
  • Sfinx
  • Terraform
  • Xvfb

Spåra GitHub-incheckningar och associerade problem i versioner

Det är viktigt att känna till de ändringar som distribueras med en version för att spåra förbättringar av appen. Nu kan du hämta listan över incheckningar som görs i GitHub-lagringsplatser och de associerade GitHub-problem som distribueras med en version.

Incheckningar för en version

Hantera e-postmeddelanden om bygg- och distributionskomplettering bättre med förbättrad formatering

E-postmeddelanden om att skapa och distribuera har uppdaterats så att de kan filtreras mer efter e-postregler. Nu innehåller ämnesraden mer relevant information i korthet, brödtexten innehåller mer information och deras styling har uppdaterats med det senaste varumärket.

Element i det nya formatet är:

  • [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
  • [Deployment result] [pipeline name] > [release name] : [stage name]

Några exempel:

  • [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
  • [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Följ den nya enhetliga Azure Pipelines-terminologin

I olika versioner och versioner har olika termer använts historiskt för liknande begrepp. I andra fall var innebörden av termer vag. Du kan till exempel se skillnaden mellan en agentpool och en agentkö.

Terminologin har enhetligts i Azure Pipelines för att förtydliga dess begrepp. Nu visas följande enhetliga termer:

Föregående term Enhetlig term Innebörd
Värdbaserad agent Microsoft-värdbaserad agent En build/release-agent som körs på molnbaserad infrastruktur som hanteras av Microsoft.
Privat agent Lokalt installerad agent En build/release-agent som körs på en dator som tillhandahålls och hanteras av dig.
Agentpool Agentpool En uppsättning agentdatorer på organisationsnivå som kan köra versioner eller versioner.
Agentkö Agentpool En uppsättning agentdatorer på projektnivå som kan köra versioner eller versioner. Den är länkad till en agentpool på organisationsnivå.
Build-definition Bygg-pipeline En uppsättning byggsteg från slutpunkt till slutpunkt för ett program.
Skapa Skapa En instans av en bygg-pipeline som körs eller har körts.
Fas Projekt En serie uppgifter som körs sekventiellt eller parallellt på en agent. En bygg- eller versionspipeline kan innehålla ett jobb eller ett diagram över flera jobb.
Versionsdefinition Lanseringspipeline En uppsättning versionssteg från slutpunkt till slutpunkt för ett program som ska distribueras i olika steg.
Frisläpp Frisläpp En instans av en versionspipeline som körs eller har körts.
Environment Fas En logisk och oberoende entitet som representerar var du vill distribuera en version som genereras från en versionspipeline.
Samtidigt jobb/pipeline Parallellt jobb Ett parallellt jobb ger dig möjlighet att köra ett enda bygg- eller versionsjobb i taget i din organisation. Med fler parallella jobb tillgängliga kan du köra fler bygg- och versionsjobb samtidigt.
Tjänstslutpunkt Tjänstanslutning En grupp med inställningar, till exempel autentiseringsuppgifter, som används för att ansluta till externa tjänster för att utföra uppgifter i en version eller version.

Mer information finns i dokumentationen om begrepp .

Marknadsplats

Utnyttja de senaste tilläggskategorierna

Som tilläggsdeltagare ser du att tilläggskategorierna har justerats så att de matchar de omdöpta Azure DevOps-tjänsterna på Marketplace. Även om de tidigare kategorierna har mappats automatiskt till de nya rekommenderar vi att du byter till de nya kategorierna genom att uppdatera tilläggets manifest. Mer information finns i manifestdokumentationen.

Administration

Växla befintliga organisationer till att använda den nya domännamns-URL:en

Även om vi har flyttat till det nya dev.azure.com domännamnet som URL för nya organisationer kan du fortsätta att komma åt din organisation med hjälp av domänen visualstudio.com , som vanligt. Om du vill ändra url:en så att den baseras på dev.azure.comkan en organisationsadministratör (projektsamlingsadministratör) ändra detta från sidan organisationsinställningar. Även om antagandet av det nya domännamnet inte omdirigerar varje begäran, ändras alla begäranden till organisationens rot-URL och länkar från många e-postmeddelanden och webbaserade länkar.

Inställning för organisations-URL

Vi kommer att flytta till den nya URL:en gradvis baserat på kundfeedback. Det börjar som anmälning, och senare gör vi det till standard för organisationer. Vi har ännu inte angett en tidslinje för att avsiktligt flytta organisationer bort från domänen visualstudio.com .

Viktigt!

Se till att lämpliga domännamn och IP-adresser tillåts för att säkerställa att din organisation fungerar med befintliga brandväggs- eller IP-begränsningar. Mer information finns i den här agentens Q&A-avsnitt .

Lägga till intressentanvändare för att spara på licenskostnader för Azure Pipelines

Viktigt!

Om du vill använda den här funktionen måste du ha funktionen Förhandsgranskning av pipelines för intressenter aktiverad i din organisation.

Goda nyheter! Om du bara använder Azure Pipelines-tjänsten behöver du inte längre betala för användare via Basic-licenser. Alla funktioner i Azure Pipelines är tillgängliga kostnadsfritt för alla användare. När du lägger till fler användare i projektet kan de förbli intressenter kostnadsfritt, och de kommer att kunna skapa, visa, uppdatera och godkänna pipelines, förutsatt att de har rätt behörigheter. Här följer några ytterligare kommentarer om den här licensändringen:

  • Du betalar bara för ytterligare parallella jobb i Azure Pipelines. Användarna är obegränsade.
  • All åtkomst till Azure Pipelines-funktioner styrs fortfarande via en säkerhets- och behörighetsmodell.
  • Om du använder andra Azure DevOps-tjänster måste du fortfarande betala en licens per användare för dessa tjänster efter de kostnadsfria gränserna.
  • I befintliga organisationer får intressenterna inte den kostnadsfria Azure Pipelines-förmånen som standard. Din organisationsadministratör (projektsamlingsadministratör) måste uttryckligen aktivera den här förhandsgranskningsfunktionen. Om du aktiverar den här förhandsgranskningsfunktionen ändras beteendet för vad intressenter kan göra. För närvarande kan de inte hantera byggen eller versioner. Men när förhandsgranskningsfunktionen är aktiverad finns det ingen skillnad mellan Grundläggande användare och Intressenter i Azure Pipelines. Det är av den anledningen som valet att tillåta att intressenter behandlas som kostnadsfria Azure Pipelines-användare lämnas till administratören.

Mer information finns i Ge intressenter åtkomst till att redigera bygg- och versionspipelines .

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.

Ge ett förslag

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

Tack,

Jeremy Epling