Sdílet prostřednictvím

Vylepšení integrace GitHubu pro Azure Boards a Azure Pipelines – aktualizace Sprint 149

  • Článek

V aktualizaci Sprintu 149 Pro Azure DevOps jsme přidali možnost přejít na Azure Boards přímo ze zmínek v komentáři GitHubu a také podporu pro Azure Boards v GitHubu Enterprise.

Pro Azure Pipelines jsme povolili novou funkci pro žádosti o přijetí změn GitHubu, která umožňuje spouštět volitelné kontroly zmínkou /azp v komentáři. Před spuštěním kanálu můžete také vyžadovat komentář k žádosti o přijetí změn od přispěvatele úložiště, abyste před sestavením mohli zkontrolovat kód od neznámých uživatelů.

Další informace najdete v následujícím seznamu funkcí .

Funkce

Obecné:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Generování sestav:

OBECNÉ

Řešení odpojených uživatelů Azure Active Directory (Azure AD)

S aktualizací sprintu 148 jsme vám umožnili připojit vaši organizaci k Azure Active Directory z portálu Azure DevOps. Toto nové zjednodušené prostředí uložilo několik dříve požadovaných kroků na webu Azure Portal. Toto nové prostředí však opustilo otevřenou mezeru, protože jste stále museli zavolat podporu pro obnovení přístupu pro členy, kteří během procesu připojení ztratili přístup. Uživatelé ztratí přístup, když se v nově připojené službě Azure Active Directory nenajde předchozí přihlašovací identita. V této verzi vám umožníme obnovit odpojené členy sami, což vám ušetří hovor zákaznické podpory a zvýší vaši produktivitu.

K obnovení odpojených členů existují dva kroky. Nejprve se aktuální identity těchto členů mapují na identity v nově připojené službě Azure AD. Vzhledem k tomu, že někteří odpojení členové nemusí mít v Azure AD odpovídající identity, je druhým krokem pozvání zbývajících členů jako hostů do Azure AD. Tato aktualizace poskytuje rozhraní pro provedení obou kroků přímo ze stránky nastavení Azure AD na portálu Azure DevOps.

Tady najdete aktualizace v naší dokumentaci.

Azure Boards

Když teď zmíníte pracovní položku v komentáři k problému, žádosti o přijetí změn nebo potvrzení v GitHubu AB#{work item ID} pomocí syntaxe, tyto zmínky se stanou hypertextovými odkazy, na které můžete kliknout a přejít přímo na uvedenou pracovní položku.

To nevytváří formální odkaz, který v Azure Boards zahltí pracovní položku pro každou související konverzaci, ale dává týmu způsob, jak poskytnout trochu více informací o pracovních položkách při diskuzi o kódu nebo problému nahlášeného zákazníkem. Další informace najdete v dokumentaci k integraci GitHubu v Azure Boards.

Přejděte na pracovní položky z zmínek.

Aktualizace pravidel přechodu pracovních položek

Vyčistili jsme několik pravidel přechodu pracovních položek, která byla nekonzistentní v různých procesech a typech pracovních položek. Uzavřeno podle, Datum uzavření a Datum změny stavu byly opraveny ve všech standardních typech pracovních položek a nově přizpůsobené typy zděděných pracovních položek. Aktivované a aktivované datum jsou pevné pro všechny typy systémových pracovních položek, ale nebudou opraveny pro přizpůsobené typy zděděných pracovních položek.

Podpora pro Azure Boards GitHub Enterprise

Týmy teď můžou propojit projekty Azure Boards s úložišti hostovanými v instancích GitHub Enterprise Serveru. Při připojování pomocí OAuth před vytvořením připojení k úložištím postupujte podle pokynů v dokumentaci k registraci aplikace OAuth.

Úprava a odstranění komentářů v pracovní položce

S radostí vám oznamujeme, že teď můžete upravovat a odstraňovat komentáře v diskuzi o pracovní položce ve službě Azure Boards, která je vysoce hlasovatá funkce z našeho fóra komunity vývojářů. Pokud chcete komentář upravit, jednoduše najeďte myší na libovolný komentář, který vlastníte, a zobrazí se dvě nová tlačítka. Pokud kliknete na ikonu tužky, přejdete do režimu úprav a můžete jednoduše udělat úpravy a stisknutím tlačítka Aktualizovat uložit úpravy.

Upravte komentáře v diskuzi.

Když kliknete na nabídku přetečení, zobrazí se možnost odstranění komentáře. Po kliknutí na tento komentář se znovu zobrazí výzva k potvrzení, že chcete tento komentář odstranit, a komentář se odstraní.

Odstraňte komentáře v diskuzi.

Na kartě Historie ve formuláři pracovní položky budete mít úplný záznam auditu všech upravených a odstraněných komentářů. Uvidíte také, že jsme aktualizovali uživatelské rozhraní našeho diskuzního prostředí, aby bylo modernější a interaktivnější. Kromě toho jsme přidali bubliny kolem komentářů, aby bylo jasnější, kde jednotlivé komentáře začínají a končí.

Pořadí hodnot stavu ve formuláři pracovní položky

Dříve byla hodnota stavu formuláře pracovní položky seřazena abecedně. V této aktualizaci jsme změnili způsob řazení hodnot stavu tak, aby odpovídaly pořadí pracovního postupu v nastavení procesu.

Nové pořadí hodnot stavu

Poznámka:

Změna pořadí ovlivní pouze formulář na webu a rozhraní REST API. Pořadí hodnot stavu se v klientech pomocí OM klienta wit, jako je Visual Studio 2017 nebo Excel, nezmění.

Azure Pipelines

Zvolení adresáře pro zapůjčený kód v kanálech YAML

Dříve jsme rezervovali úložiště v s adresáři $(Agent.BuildDirectory). Teď můžete zvolit adresář, ve kterém bude vaše úložiště Git rezervováno pro použití s kanály YAML.

path Použijte klíčové slovo zapnuté checkout a budete mít kontrolu nad strukturou složek. Níže je příklad kódu YAML, který můžete použít k zadání adresáře.

steps:
- checkout: self
  path: my-great-repo

V tomto příkladu bude váš kód rezervován do my-great-repo adresáře v pracovním prostoru agenta. Pokud nezadáte cestu, bude vaše úložiště dál rezervováno do adresáře s názvem s.

Soukromé projekty teď získají 60 minut doby běhu na jednu úlohu kanálu

Doteď by bezplatný účet (tj. účet, který nekoupil paralelní úlohy), spustil úlohu po dobu až 30 minut po dobu až 1 800 minut za měsíc. V této aktualizaci jsme pro bezplatné účty zvýšili limit z 30 na 60 minut.

Pokud potřebujete kanál spustit déle než 60 minut, můžete platit za další kapacitu na paralelní úlohu nebo spustit v místním agentu. Agenti v místním prostředí nemají omezení délky úloh.

Aktualizace imagí hostovaných kanálů

Provedli jsme aktualizace imagí virtuálních počítačů VS2017, Ubuntu 16.04 a kontejneru Windows 1803 pro hostované Azure Pipelines. Další podrobnosti o nejnovějších verzích najdete tady. Úplný přehled nástrojů dostupných na našich obrázcích najdete v úložišti Image Generation na GitHubu.

Kromě toho jsme jako modul runtime kontejneru přijali Moby. Moby je otevřená architektura vytvořená Dockerem pro sestavení komponent do vlastních systémů založených na kontejnerech. To nám umožní dodávat časté upstreamové opravy a vylepšení modulu runtime kontejneru.

Úloha instalace nástroje Duffle v kanálu buildu a verze

Duffle je nástroj příkazového řádku, který umožňuje nainstalovat a spravovat sady cloudových nativních aplikací (CNAB). S CNABs můžete seskupit, nainstalovat a spravovat aplikace nativní pro kontejnery a jejich služby.

V této aktualizaci jsme přidali novou úlohu pro kanály sestavení a verze, která umožňuje nainstalovat konkrétní verzi binárního souboru Duffle.

Úloha instalačního programu nástroje Duffle v kanálu buildu a verze

Potvrzení nasazení Azure Pipelines ze Slacku

Doposud měli uživatelé Slacku omezené možnosti pro správu nasazení vydaných verzí z kanálu. Aplikace Azure Pipelines pro Slack umožňuje schválit nebo odmítnout nasazení verze z kanálu. Proces schvalování tak usnadníte, protože nebudete nuceni přejít na portál Azure Pipelines. Kromě toho můžete nasazení na cestách schválit pomocí mobilní aplikace Slack.

Schvalte nasazení Azure Pipelines ze Slacku.

Podrobnější informace o Službě Azure Pipelines a Slack najdete v této dokumentaci.

Všichni zdrojoví zprostředkovatelé zahrnutí v novém průvodci kanálu buildu

Doteď se poskytovatelé zdrojů, jako jsou GitHub, Azure Repos a Bitbucket Cloud, rozdělili mezi klasický editor kanálů a průvodce novým kanálem. S touto aktualizací jsme přidali všechny do nového průvodce kanálem pro jeden výchozí bod. Stále můžete kliknout na odkaz v dolní části stránky a vytvořit kanál bez YAML v klasickém editoru.

Všichni poskytovatelé zdrojového kódu zahrnutí v průvodci novým kanálem buildu.

Komentáře GitHubu aktivují optimalizaci

Vylepšili jsme prostředí pro týmy, které k aktivaci sestavení používají komentáře k žádostem o přijetí změn GitHubu. Pro zabezpečení obvykle tyto týmy nechtějí automaticky vytvářet žádosti o přijetí změn. Místo toho chtějí, aby člen týmu zkontroloval žádost o přijetí změn a jakmile je považován za bezpečný, aktivujte sestavení komentářem k žádosti o přijetí změn. Nové nastavení tuto možnost zachová, ale stále umožňuje automatické sestavení žádostí o přijetí změn jenom pro členy týmu.

Komentáře GitHubu aktivují optimalizace.

Publikování výsledků testů CTest a PHPUnit

V této aktualizaci jsme přidali podporu pro publikování výsledků testů ze spuštění CTest v kanálech. Chcete-li publikovat výsledky CTest, vyberte možnost CTest na vstupu výsledků testu na kartě Výsledky publikování testu.

Publikujte výsledky testů CTest a PHPUnit.

Kromě toho jsme zahrnuli publikování pro testovací běhy PHPUnit . I když byl formát výsledků JUnit vždy podporován, můžete nyní využít konkrétní konstrukce PHPUnit. Další podrobnosti o publikování výsledků testů najdete v dokumentaci zde.

Azure Artifacts

Upstreamové zdroje pro Maven

Upstreamové zdroje jsou nyní k dispozici pro informační kanály Maven. To zahrnuje primární centrální úložiště Maven a informační kanály Azure Artifacts. Pokud chcete přidat upstreamy Mavenu do existujícího informačního kanálu, přejděte do nastavení kanálu, vyberte pivot Nadřazené zdroje a pak vyberte Přidat nadřazený zdroj.

Upstreamové zdroje pro Maven.

Sestavy

Změna verze Analytických služeb pro OData pro testovací sady entit

Služba Analytics v Azure DevOps se skládá ze sad entit, které můžete přímo dotazovat z podporovaného prohlížeče pomocí OData. Služba poskytuje rozhraní API OData s verzí, které můžete přidat do _odata elementu.

S touto aktualizací migrujeme testovací sady entit do verze 3.0-Preview. Pokud používáte koncový bod verze OData 2.0-Preview, budete muset změnit verzi 3.0-preview, abyste zabránili zásadním změnám.

Následující seznam obsahuje sady entit, které se budou migrovat do verze 3.0-preview:

  • Testovací běhy
  • TestResults
  • Testy
  • Buildy
  • Větve
  • Verze
  • ReleaseEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • ReleaseStages
  • BuildPipelines

Další informace o použití koncového bodu OData se službou Analytics najdete v dokumentaci zde.

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 na ně.

Přechod 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 pro odeslání názoru můžete nahlásit problém nebo poskytnout návrh.

Vytvoření návrhu

Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.

Díky,

Chris Patterson