Inställning på organisationsnivå för standardgren
Som ett tillägg till standardinställningen för lagringsplatsgrenen har vi nu lagt till ett standardgrennamn för organisationsnivån så att projekt som standard är organisationsinställningen när grennamnet inte anges.
Mer information finns i listan Funktioner nedan.
Funktioner
Azure-tavlor
Azure-lagringsplatser
- Inställning på organisationsnivå för standardgren
- Lägga till ett nytt autentiseringsomfång för bidragande PR-kommentarer
Azure-pipelines
Azure-tavlor
Anpassa arbetsobjektets tillstånd när pull-begäran slås samman
Några sprintar tillbaka, släppte vi den här funktionen under privat förhandsversion. När du har tagit feedback och åtgärdat buggar är den nu allmänt tillgänglig i alla organisationer. Pull-begäranden refererar ofta till flera arbetsobjekt. När du skapar eller uppdaterar en pull-begäran kanske du vill stänga några av dem, lösa några av dem och hålla resten öppet. Du kan nu använda kommentarer som de som visas i bilden nedan för att åstadkomma detta. Mer information finns i dokumentationen.
Överordnat fält på aktivitetstavlan
På grund av en populär begäran kan du nu lägga till fältet Överordnad till både underordnade och överordnade kort på aktivitetstavlan.
Azure-lagringsplatser
Inställning på organisationsnivå för standardgren
Det finns nu en inställning på organisationsnivå för det ursprungliga grennamnet för nya lagringsplatser. Om ett projekt inte har valt ett inledande grennamn används den här inställningen på organisationsnivå. Om du inte angav det ursprungliga grennamnet i organisationsinställningarna eller projektinställningarna använder nya lagringsplatser ett Azure DevOps-definierat standardvärde.
Lägga till ett nytt autentiseringsomfång för bidragande PR-kommentarer
Den här versionen lägger till ett nytt OAuth-omfång för att läsa/skriva kommentarer för pull-begäranden. Om du har en robot eller automatisering som bara behöver interagera med kommentarer kan du ge den en PAT med endast det här omfånget. Den här processen minskar explosionsradien om automationen har ett fel eller om token komprometterades.
Azure-pipelines
Konfigurera utkast till PR-validering för GitHub-lagringsplatser
Kunderna har olika processer för sina pull-begäranden. I vissa fall vill de köra valideringsversioner på sina utkast till pull-flöden. I andra vill de inte att utkast till pull-begäran ska förbruka och slösa bort sina parallella jobb.
Den här funktionen lägger drafts till YAML-syntaxen pr för utlösaren för GitHub-utkast pull-begäranden. Med den här funktionen kan en kund välja om de vill att utkast till PULL-flöden ska köa ett bygge. Standardalternativet är sant (ett bygge placeras i kö) som det för närvarande är för GitHub-pull-begäran. Den här ändringen fungerar för både OAuth- och GitHubApp-anslutningar.
Schemat:
pr:
autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
branches:
include: [ string ] # branch names which will trigger a build
exclude: [ string ] # branch names which will not
paths:
include: [ string ] # file paths which must match to trigger a build
exclude: [ string ] # file paths which will not trigger a build
drafts: boolean # whether to build draft PRs
Den här funktionen gäller endast pull-begäran i GitHub. Beteendet för Azure Repos ändras inte, där PR-validering konfigureras via förgreningsprinciper. Utkast till PULL-flöden i Azure-lagringsplatser verifieras inte av Azure Pipelines.
Nästa steg
Anteckning
Dessa funktioner kommer att distribueras under de kommande två till tre veckorna.
Gå till Azure DevOps och ta en titt.
Så här ger du feedback
Vi vill gärna höra vad du tycker om de här funktionerna. Använd hjälpmenyn 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,
Vijay Machiraju