Dela via

Förenkla anpassningen genom att migrera projekt till arvsprocessmodellen – VSTS Sprint 139-uppdatering

  • Artikel

I Sprint 139-uppdateringen av Visual Studio Team Services (VSTS) kan du nu migrera värdbaserade XML-projekt till arvsprocessmodellen för att underlätta anpassningen. Dessutom kan dina versioner nu utlösas av en PR som hjälper dig att köra ytterligare testning innan en sammanslagning.

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.

Gå till VSTS

Funktioner

Wiki:

Arbete:

Kod:

Skapa och släpp:

Wiki

Skapa innehållsförteckning för wiki-sidor

Ibland kan wiki-sidor bli långa, med innehåll indelat i flera rubriker. Nu kan du lägga till en innehållsförteckning på alla sidor som har minst en rubrik med hjälp av syntaxen [[_TOC_]] . Mer information om hur du använder Markdown i VSTS finns i vägledningsdokumentationen för markdown . Den här funktionen prioriterades baserat på ett förslag från UserVoice.

Wiki-innehållsförteckning

Arbete

Förenkla anpassningen genom att migrera projekt till arvsprocessmodellen

När du migrerar en värdbaserad XML-processmodell till en ärvd process kan du anpassa ditt arbetsspårningssystem via användargränssnittet. Om du använder den värdbaserade XML-processmodellen i något av dina projekt kan du nu migrera dem. Du kan ändra processmodellen för ett projekt i två steg. Klona först den värdbaserade XML-processen till arvsmodellen. Detta lägger till dina anpassningar, till exempel arbetsobjekttyper, fält och tillstånd, i en nyligen skapad ärvd process.

Kloningsprocess

När du har verifierat processen kan du sedan ändra projekt så att de använder den nya processen.

Ändringsprocess för projekt

Mer information finns i dokumentationen klona en värdbaserad XML-process till arv .

Chatta om den senaste statusen med hjälp av den förbättrade Microsoft Teams-integreringen

I den senaste förbättringen av vår Microsoft Teams-integrering ser du nu snabbt statusen för en aktivitet med tydliga ikoner och färger och börjar chatta för att hålla saker och ting i rörelse. Om en pull-begäran väntar på författaren visas den i gult och med en timerikon. Om en version lyckades visas den i grönt och med en bockmarkeringsikon.

Aktivitet i gruppchatt

Kod

Standardisera beskrivningar av pull-begäranden med hjälp av mallar

Att skriva bra beskrivningar av pull-begäranden är ett bra sätt att hjälpa granskare att veta vad de kan förvänta sig när de granskar kod. De är också ett bra sätt att spåra saker som bör göras för varje ändring, till exempel testning, tillägg av enhetstester och uppdatering av dokumentation (ingen glömmer någonsin att uppdatera dokumenten). Många av er har begärt att vi lägger till pull-begärandemallar för att göra det enklare för team att skriva bra beskrivningar, och vi har nu lagt till den funktionen.

Förutom att stödja en standardmall för PR-beskrivning kan team lägga till flera mallar som visas för dig i en meny på sidan skapa PR. Klicka bara på knappen Lägg till en mall för att välja från valfri mall på lagringsplatsen för att lägga till den i PR-beskrivningen.

Lägg till mall för PR

Grenspecifika mallar stöds också om du vill använda en annan mall för en PR i en viss gren eller grenmapp. Om du till exempel vill ha en mall som är specifik för alla grenar som börjar med "snabbkorrigeringar/" kan du lägga till en mall som ska användas för alla PR:er i dessa grenar.

Mer information om hur du skapar och använder mallar finns i dokumentationen för pull-begärandemallar .

Skapa och släppa

Utföra ytterligare testning med hjälp av en utlösare för pull-begäran

Du har kunnat utlösa en version baserat på en pull-begäran (PR) och få den snabba feedbacken innan en sammanslagning ett tag. Nu kan du även konfigurera en PR-utlösare för en version. Statusen för versionen publiceras tillbaka till kodlagringsplatsen och kan visas direkt på PR-sidan. Det här är användbart om du vill utföra ytterligare funktionell eller manuell testning som en del av ditt PR-arbetsflöde.

PR-utlösare i release

Distribuera Go-appar till Azure Kubernetes Service (AKS) med Azure DevOps Projects

DevOps Projects gör det enkelt att komma igång i Azure. Det hjälper dig att starta ett program i valfri Azure-tjänst i några få steg. DevOps Projects innehåller allt du behöver för att utveckla, distribuera och övervaka din app.

Vi har nu lagt till stöd för Azure Kubernetes Service (AKS) för Go Language i DevOps Projects. Mer information finns i självstudiedokumentationen för AKS .

Versionsstatusen som rapporteras till GitHub är mer kortfattad

När VSTS publicerar statusen för en version på GitHub visas statustexten i den associerade inchecknings-, gren- och pull-begäranskontrollen. Hittills har varje bygg-pipelines namn i texten föregås av VSTS:. Vi tog bort det här förordet från statustexten så att namnet på bygg-pipelinen skulle vara lättare att se med en snabb överblick och inte orsaka förvirring om VSTS: att vara i en bygg-pipelines officiella namn. Tyvärr påverkar den här ändringen GitHub-grenskyddsregler där GitHub fortfarande förväntar sig att pipelinenamn ska börja med VSTS:. Detta kan göra att GitHub-pull-begäranden blockeras tills lagringsplatsens inställningar uppdateras. Lös detta genom att uppdatera lagringsplatsens grenskyddsregler under lagringsplatsens inställningar > Grenskyddsregler > när du har kört versionen minst en gång.

Så här ger du feedback

Vi vill gärna höra vad du tycker om dessa funktioner. Använd feedbackmenyn för att rapportera ett problem eller ge ett förslag.

Feedback-menyn

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

Tack,

Gopinath Chigakkagari