Dela via

Anpassa standardgrenens namn

  • Artikel

I den här sprinten har vi introducerat ett nytt alternativ som gör att kunderna kan ange ett anpassat standardgrennamn för alla nya lagringsplatser.

Mer information finns i listan Funktioner nedan.

Funktioner

Azure-tavlor

Azure-lagringsplatser

Azure-pipelines

Azure-tavlor

Intressenter kan flytta arbetsobjekt över brädkolumner (privat förhandsversion)

Intressenter har alltid kunnat ändra arbetstillstånd. Men när de går till Kanban-tavlan kan de inte flytta arbetsobjekten från en kolumn till en annan. I stället måste intressenter öppna varje arbetsobjekt, ett i taget, och uppdatera tillståndsvärdet. Detta har länge varit en smärtpunkt för kunderna, och vi är glada att kunna presentera en privat förhandsversion av den här sprinten som gör det möjligt för intressenter att flytta arbetsobjekt över brädkolumner. Om du är intresserad av att delta i den privata förhandsversionen kan du skicka ett e-postmeddelande direkt till oss med ditt organisationsnamn (till exempel: dev.azure.com/{organisationsnamn}).

Azure-lagringsplatser

Standardinställning för grennamn

Azure Repos erbjuder nu ett anpassningsbart standardgrennamn för Git. I lagringsplatsens inställningar kan du välja valfritt namn på juridisk gren som ska användas när en lagringsplats initieras. Azure Repos har alltid stöd för att ändra standardgrennamnet för en befintlig lagringsplats. Mer information finns i Hantera grenar .

 default-branch-name

Obs! Om du inte aktiverar den här funktionen initieras dina lagringsplatser med Azure Repos standardnamn. Just nu är den standardinställningen huvudserver. För att uppfylla Microsofts engagemang för och kundförfrågningar om inkluderande språk kommer vi att ansluta oss till branschkollega för att ändra detta standardvärde till main. Den förändringen kommer att ske senare i sommar. Om du vill fortsätta använda huvudservern bör du aktivera den här funktionen nu och ange den till master.

Azure-pipelines

Meddelanden om pipelines-avbildningar

Anteckning

Vi arbetar ständigt med att förbättra din upplevelse med Hjälp av Azure Pipelines. Mer information om kommande uppdateringar av våra Windows/Linux/macOS-avbildningsuppdateringar finns här:

Azure Pipelines-avbildningar uppdateras kontinuerligt i ett försök att ge användarna bästa möjliga upplevelse. Dessa rutinmässiga uppdateringar syftar främst till att åtgärda buggar eller inaktuell programvara. De påverkar ofta inte dina pipelines, men så är inte alltid fallet. Din pipeline kan påverkas om den är beroende av en programvara som antingen har tagits bort eller uppdaterats på avbildningen.

Läs följande meddelanden om du vill veta mer om kommande uppdateringar av våra Windows- och Linux-avbildningar:

Om du vill visa viktig information för kommande (förhandsversion) och distribuerade ändringar kan du prenumerera på följande viktig information:

Utlösare för flera lagringsplatser

Du kan ange flera lagringsplatser i en YAML-fil och orsaka att en pipeline utlöses av uppdateringar till någon av lagringsplatserna. Den här funktionen är till exempel användbar i följande scenarier:

  • Du använder ett verktyg eller ett bibliotek från en annan lagringsplats. Du vill köra tester för ditt program när verktyget eller biblioteket uppdateras.
  • Du behåller YAML-filen på en separat lagringsplats från programkoden. Du vill utlösa pipelinen varje gång en uppdatering skickas till programlagringsplatsen.

Med den här uppdateringen fungerar utlösare för flera lagringsplatser endast för Git-lagringsplatser i Azure Repos. De fungerar inte för GitHub- eller Bitbucket-lagringsplatsens resurser.

Här är ett exempel som visar hur du definierar flera lagringsplatsresurser i en pipeline och hur du konfigurerar utlösare för dem alla.

trigger:
  - main

resources:
  repositories:
    - repository: tools
      type: git
      name: MyProject/tools
      ref: main
      trigger:
        branches:
          include:
            - main
            - release

Pipelinen i det här exemplet utlöses om det finns några uppdateringar av:

  • main gren i lagringsplatsen self som innehåller YAML-filen
  • main eller release grenar i tools lagringsplatsen

Mer information finns i Flera lagringsplatser i pipelinen.

Uppdateringar till macOS 10.14-bild (Mojave)

Under de närmaste veckorna uppdaterar vi Node.js version på macOS 10.14-avbildningen (Mojave) från 6 till 8. Om du fortfarande behöver använda node.js version 6 bör du överväga att använda installationsuppgiften för node.js verktyg – här.

Förutom dessa ändringar läggs macOS 10.14-avbildningen till på lagringsplatsen för den virtuella miljön och börjar ta emot verktygsuppdateringar varje månad i stället för varje vecka.

GitHub-utkastbegäranden utlöser inte pipelines

När du skapar ett utkast till pull-begäran i Azure Repos utlöser vi inte en PR-valideringspipeline som konfigurerats i din grenprincip. Vi anser att ett utkast till pull-begäran är just det – ett utkast som vi inte ska köra valideringar för automatiskt. Det här användningsfallet fungerade för Azure Repos, men samma beteende höll inte för GitHub-lagringsplatser.

Med den här ändringen gör vi upplevelsen konsekvent även för GitHub-lagringsplatser. När du skapar ett utkast till pull-begäran i GitHub startar vi inte en pipeline automatiskt även om du konfigurerar en utlösare för pull-begäran för målgrenen. För att verifiera ändringarna i ett utkast till pull-begäran kan du starta en pipeline manuellt som ref pekar på pull-begäran.

Nästa steg

Anteckning

De här funktionerna kommer att lanseras under de kommande två till tre veckorna.

Gå 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 dessa funktioner. Använd hjälpmenyn 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,

Aaron Hallberg