Sdílet prostřednictvím

Draft pull requests and new work item text editor – Sprint 143 Update

  • Článek

V aktualizaci Sprintu 143 pro Azure DevOps představujeme nový textový editor pracovních položek , který je mnohem výkonnější a snadněji se používá. To je součástí našeho úsilí o modernizaci a zlepšení prostředí v celém produktu. V Azure Repos vám koncepty žádostí o přijetí změn umožňují vytvořit žádost o přijetí změn, kterou ještě nejste připravení dokončit, takže se nedají omylem dokončit. Vydáváme také některé nové funkce v Azure Artifacts, včetně možnosti vyloučit soubory z nahrávání artefaktů a získat informace o původu balíčků.

Další informace najdete v níže uvedeném seznamu funkcí .

Funkce

Obecné:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Obecné

ROZHRANÍ REST API verze 5.0

Každý požadavek rozhraní API by měl obsahovat verzi rozhraní API. Pokud ale vytváříte požadavek REST na dříve vydaný koncový bod bez verze rozhraní API, výchozí verze tohoto požadavku se s tímto nasazením přepne z verze 4.1 na 5.0. Další informace o rozhraní REST a api-versions najdete v referenčních informacích k rozhraní AZURE DEVOPS SERVICES ROZHRANÍ REST API.

Azure Boards

Nový textový editor pracovních položek

S radostí oznamujeme obecnou dostupnost nového textového editoru ve formuláři pracovní položky. Náš textový editor je už nějakou dobu zastaralý a toto nové prostředí bude obrovským vylepšením. Nový editor je modernější a výkonnější a přináší nové funkce, včetně změny velikosti obrázků, fragmentů kódu, klávesových zkratek pro Mac i Windows a plné knihovny emoji.

Tento ovládací prvek můžete použít v libovolném textovém poli ve formuláři pracovní položky, včetně diskuzí. Tady je nové prostředí, které můžete očekávat:

Textový editor

Níže si můžete prohlédnout prostředí fragmentu kódu. S tímto dodatkem můžete snadno a jasně probrat kód ve formuláři pracovní položky.

Kód textového editoru

Opravdu chceme, aby pracovní položka byla společenským prostředím. Naším prvním krokem na této cestě je přinést podporu emoji do textových polí a diskuzí o pracovní položce. Pomocí emoji budete schopni oživit své popisy a komentáře a dát jim trochu větší osobnost!

Práce v tomto editoru je open source, takže se prosím můžete podívat do úložiště roosterjs na GitHubu na https://github.com/Microsoft/roosterjsadrese .

Azure Repos

Vylepšený výběr větví

Většina prostředí v Azure Repos vyžaduje, abyste vybrali úložiště a pak větev v daném úložišti. Abychom vylepšili toto prostředí pro organizace s velkým počtem větví, zavádíme nový nástroj pro výběr větví. Výběr teď umožňuje vybrat oblíbené větve nebo rychle vyhledat větev.

Výběr větví

Návrhy žádostí o přijetí změn

Abychom zabránili dokončení žádostí o přijetí změn před jejich přípravou a usnadnili vytváření probíhajících prací, které nemusí zahrnovat všechny, podporujeme teď koncepty žádostí o přijetí změn.

Koncept žádostí o přijetí změn můžete vytvořit tak, že při vytváření žádosti o přijetí změn v rozevíracím seznamu tlačítka Vytvořit vybereteVytvořit jako koncept.

Vytvoření konceptu žádosti o přijetí změn

Po vytvoření konceptu žádosti o přijetí změn se vedle názvu zobrazí odznáček s jeho stavem.

Odznak označující stav.

Koncepty žádostí o přijetí změn ve výchozím nastavení neobsahují revidující ani nespouštějí sestavení, ale umožňují ručně přidávat revidující a spouštět sestavení. Pokud chcete zvýšit úroveň žádosti o přijetí změn na normální žádost o přijetí změn, jednoduše klikněte na tlačítko Publikovat na stránce podrobností žádosti o přijetí změn.

Azure Pipelines

Aktivace kanálů YAML pomocí značek

Kanály YAML se dají aktivovat při přidání značek do potvrzení. To je užitečné pro týmy, jejichž pracovní postupy zahrnují značky. Proces můžete například spustit, když je potvrzení označené jako "poslední známé dobro".

Můžete určit, které značky se mají zahrnout a vyloučit. Příklad:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Nastavení automatického zrušení existujícího kanálu při aktualizaci žádostí o přijetí změn

Ve výchozím nastavení se kanály aktivované žádostmi o přijetí změn zruší, pokud se do stejné žádosti o přijetí změn odešle nové potvrzení. To je ve většině případů žádoucí, protože obvykle nechcete pokračovat ve spouštění kanálu na zastaralém kódu. Pokud toto chování nechcete, můžete do triggeru žádosti o přijetí změn přidat autoCancel: false .

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Deklarovat vložené prostředky kontejneru

Dříve jsme vyžadovali, abyste deklarovali prostředky kontejneru v kanálech YAML a pak na ně odkazovali podle názvu. Nyní nabízíme vloženou syntaxi pro případy, kdy nebudete odkazovat na kontejner vícekrát.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Změny výchozích oprávnění pro nové projekty

Dosud přispěvatelé projektů nemohli vytvářet kanály, pokud jim explicitně nebylo uděleno oprávnění Vytvořit definici sestavení . U nových projektů teď můžou všichni členové týmu snadno vytvářet a aktualizovat kanály. Tato změna sníží třecí plochy pro nové zákazníky, kteří se chytají do Azure Pipelines. Výchozí oprávnění ve skupině Přispěvatelé můžete kdykoli aktualizovat a omezit jejich přístup.

Nasazení na neúspěšné cíle ve skupině nasazení

Služba Azure Pipelines se ve výchozím nastavení používala k opětovnému spuštění všech úloh při opětovném nasazení dříve neúspěšného spuštění. Teď můžete toto chování přepsat konfigurací možnosti nasazení při nasazování. Když ve skupině nasazení vyberete možnost Všechny úlohy a omezit na neúspěšné cíle , spustí se znovu všechny úlohy a přeskočí nasazení na cíle, které jsou již aktuální.

Nasazení na neúspěšné cíle ve skupině nasazení

Podpora infrastruktury jako kódu

Do našich projektů Azure DevOps přidáváme podporu infrastruktury jako kódu (IaC). IaC je proces správy a zřizování výpočetní infrastruktury pomocí určitého deklarativního přístupu a nastavení konfigurace pomocí definičních souborů místo tradičních interaktivních konfiguračních nástrojů. To vám umožní pracovat s prostředky v řešení jako se skupinou. Pomocí šablony pro nasazení můžete nasadit, aktualizovat nebo odstranit všechny prostředky pro vaše řešení. Tuto šablonu je možné použít pro různá prostředí, jako je testování, příprava a produkční prostředí.

Azure Artifacts

Vyloučení souborů z nahrání artefaktů

Pokud chcete dříve vyloučit soubory z publikovaných artefaktů, museli jste soubory zkopírovat do pracovního adresáře, odebrat soubory, které chcete vyloučit, a pak je nahrát. Teď budou univerzální balíčky i artefakty kanálu hledat soubor s názvem .artifactignore v adresáři, do kterého se nahrává, a automaticky tyto soubory vyloučí, takže není potřeba pracovní adresář.

Informace o původu na balíčcích

Díky této aktualizaci jsme trochu usnadnili pochopení původu vašich balíčků, včetně toho, kdo nebo co je publikoval a od jakého potvrzení zdrojového kódu pocházejí. Tyto informace se vyplní automaticky pro všechny balíčky publikované pomocí úloh npm, NuGet a .NET Core, Twine Authenticate (pro Python) a Universal Packages .

Informace o původu na balíčcích.

Aktualizace dokumentace k rozhraní REST API pro Azure Artifacts

S aktualizací tohoto sprintu zavádíme podstatné aktualizace dokumentace rozhraní REST API Azure Artifacts, které by měly usnadnit vývoj ve vašich vlastních aplikacích.

Další kroky

Poznámka

Tyto funkce budou zpřístupněné během následujících dvou až tří týdnů.

Přečtěte si o nových funkcích níže a přejděte do Azure DevOps, kde si je můžete vyzkoušet sami.

Přejít na Azure DevOps

Jak poskytnout zpětnou vazbu

Rádi bychom slyšeli, co si o těchto funkcích myslíte. Pomocí nabídky zpětné vazby 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 Webu Stack Overflow.

Díky,

Jeremy Epling