Sdílet prostřednictvím

Nastavení na úrovni organizace pro výchozí větev

  • Článek

Jako doplněk k nastavení výchozí větve úložiště jsme teď přidali výchozí název větve na úrovni organizace, aby projekty ve výchozím nastavení použily nastavení organizace, když není zadaný název větve.

Podrobnosti najdete v seznamu funkcí níže.

Funkce

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Přizpůsobení stavu pracovní položky při sloučení žádosti o přijetí změn

O několik sprintů zpět jsme tuto funkci vydali v privátní verzi Preview. Po odeslání zpětné vazby a opravě chyb je teď obecně dostupná ve všech organizacích. Žádosti o přijetí změn často odkazují na více pracovních položek. Když vytváříte nebo aktualizujete žádost o přijetí změn, můžete chtít některé z nich zavřít, vyřešit některé z nich a zbytek nechat otevřený. Teď k tomu můžete použít komentáře, jako jsou ty, které jsou znázorněné na obrázku níže. Další podrobnosti najdete v dokumentaci.

Přizpůsobení stavu

Nadřazené pole na panelu úkolů

Kvůli oblíbené žádosti teď můžete přidat pole Nadřazený na podřízenou i nadřazenou kartu na panelu úkolů.

Panel úkolů nadřazeného pole

Azure Repos

Nastavení na úrovni organizace pro výchozí větev

Pro nová úložiště je teď k dispozici nastavení na úrovni organizace pro upřednostňovaný počáteční název větve. Pokud projekt nezvolil počáteční název větve, použije se toto nastavení na úrovni organizace. Pokud jste v nastavení organizace nebo projektu nezadali počáteční název větve, budou nová úložiště používat výchozí nastavení Azure DevOps.

nastavení větve pro úroveň organizace

Přidání nového oboru ověřování pro přispívání komentářů k žádostem o přijetí změn

Tato verze přidává nový obor OAuth pro čtení a zápis komentářů žádostí o přijetí změn. Pokud máte robota nebo automatizaci, která potřebuje jenom pracovat s komentáři, můžete mu udělit token PAT jenom s tímto oborem. Tento proces snižuje poloměr výbuchu, pokud dojde k chybě automatizace nebo pokud byl token ohrožen.

Azure Pipelines

Konfigurace ověřování konceptu žádosti o přijetí změn pro úložiště GitHub

Zákazníci mají pro své žádosti o přijetí změn různé procesy. V některých případech chtějí na svých konceptech ŽÁDOSTÍ o přijetí změn spouštět ověřovací buildy. V jiných nechtějí, aby koncepty žádostí o přijetí změn spotřebovávali a plýtvali jejich paralelními úlohami.

Tato funkce přidává drafts do triggerové pr syntaxe YAML pro koncepty žádostí o přijetí změn GitHubu. Tato funkce umožňuje zákazníkovi zvolit, jestli chce, aby se jejich koncepty žádostí o přijetí změn zařadily do fronty sestavení. Výchozí možnost je true (sestavení se zařadí do fronty), stejně jako aktuálně pro žádosti o přijetí změn v GitHubu. Tato změna funguje pro připojení OAuth i GitHubApp.

Schématu:

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

Tato funkce se vztahuje pouze na žádosti o přijetí změn v GitHubu. U Azure Repos, kde se ověřování žádostí o přijetí změn konfiguruje prostřednictvím zásad větví, se nijak nemění. Azure Pipelines neověřuje koncepty žádostí o přijetí změn v Azure Repos.

Další kroky

Poznámka

Tyto funkce se budou zavádět během následujících dvou až tří týdnů.

Přejděte na Azure DevOps a podívejte se.

Přejděte na Azure DevOps.

Jak poskytnout zpětnou vazbu

Rádi bychom se dozvěděli, co si o těchto funkcích myslíte. Pomocí nabídky nápovědy můžete nahlásit problém nebo poskytnout návrh.

Vytvoření návrhu

Můžete také získat rady a odpovědi na vaše otázky od komunity na Stack Overflow.

Díky,

Vijay Machiraju