Obecně dostupné upstreamové zdroje balíčků a server symbolů – aktualizace VSTS Sprint 130

Ve službě Sprint 130 Update of Visual Studio Team Services (VSTS) neustále vylepšujeme naši integraci s nástroji a službami, které vám pomůžou vytvořit úplný kanál DevOps. Spravujte balíčky z upstreamových zdrojů , abyste mohli převzít kontrolu nad závislostmi a používat VSTS jako server symbolů ke zjednodušení ladění. Pracovní položky můžete také přenést do týmové konverzace pomocí rozšíření zasílání zpráv VSTS pro Microsoft Teams.

Mezi další vylepšení patří:

• Zmínka o skupině v diskuzích o pracovní položce a žádostech o přijetí změn
• Automatické vydávání z Azure Container Registry a Docker Hub a jenom určité větve buildů z GitHubu
• Využijte to, co můžete mít v Jenkinsu, s jemnější kontrolou a efektivitou pomocí Azure Storage.
• Správa přístupu a rozšíření pro velký počet uživatelů pomocí skupin

Novinky ve VSTS

Kód

Obnovení nedávno odstraněného adresáře přes rozhraní API

Při čištění starých úložišť ve správě zdrojového kódu se někdy může přihodit chyba. Pokud bylo úložiště Git odstraněno během posledních 30 dnů, dá se obnovit přes rozhraní REST API. Další informace najdete v dokumentaci operací list a recover.

Práce

Prodiskutujte pracovní položky v Microsoft Teams pomocí rozšíření zasílání zpráv VSTS.

Microsoft Teams se stal centrem týmové práce v mnoha technických týmech. Rozšířili jsme integraci Microsoft Teams s novým rozšířením zasílání zpráv VSTS, které vám umožní najít a prodiskutovat konkrétní pracovní položky společně s vaším dalším obsahem a nástroji. Další informace najdete v rozšíření Integrace Microsoft Teams na Marketplace.

Zmínka o skupině v diskuzích o pracovní položce a žádostech o přijetí změn

Pokud diskuze o pracovních položkách nebo žádostech o přijetí změn zahrnují několik lidí nebo všech členů konkrétního týmu, bude to chvíli trvat, než @mention to bude všem, kterým chcete oznámit. Teď můžete v diskuzích jednoduše @mention vytvořit tým nebo skupinu zabezpečení. Pokud jste členem skupiny, která se zmíní v pracovní položce nebo v žádosti o přijetí změn, dostanete e-mailové oznámení. Pokud jste členem skupiny, která se zmíní v pracovní položce, zobrazí se tato pracovní položka také v kontingenčním panelu Uvedené v centru Pracovní položky .

Sestavení a vydaná verze

Použití VSTS jako serveru symbolů

VSTS Symbol Server, který umožňuje hostovat a sdílet symboly s vaší organizací, je teď obecně dostupný. Symboly poskytují další informace, které usnadňují ladění spustitelných souborů, zejména těch, které jsou napsané v nativních jazycích, jako jsou C a C++. Další informace najdete v dokumentaci k publikování symbolů pro ladění .

Tato funkce byla upřednostněna na základě horního návrhu.

Filtrování větví pro artefakty GitHubu

Teď můžete nakonfigurovat filtry větví také pro úložiště GitHubu. Můžete například chtít nasadit jenom buildy pocházející z větve master/*.

Filtrování větví pomocí zahrnutí a vyloučení

Zatím jste byli schopni určit větve a značky, které by měly aktivovat vydání. Dostali jsme jasnou zpětnou vazbu, že to bylo omezené a vyžadovalo časté aktualizace definic vydaných verzí. Stejně jako v buildu teď můžete určit větve, které by neměly aktivovat vydání. Můžete například chtít aktivovat vydání pro všechny větve pro vývoj/*, ale ne pro větev dev/featureX .

Automatické vydání z Azure Container Registry nebo centra Dockeru

Při nasazování kontejnerizovaných aplikací se změny image kontejneru nejprve nasdílí do registru kontejneru. Po nasdílení změn lze tuto image kontejneru nasadit na Web App for Containers nebo cluster Kubernetes. Teď můžete zapnout automatické vytváření vydaných verzí při aktualizacích imagí uložených v centru Dockeru nebo Azure Container Registry tím, že je přidáte do zdroje artefaktu.

Šíření artefaktů Jenkinse do Azure Storage

Artefakty generované sestaveními Jenkinse se běžně šíří do úložišť úložiště za účelem archivace a sdílení. Azure Blob Storage je jedním z podporovaných úložišť artefaktů vytvořených sestavením Jenkinse. Teď můžete využívat projekty Jenkinse, které se publikují do úložiště Azure jako zdroje artefaktů v definici vydané verze.

Při přidávání artefaktů do definice se vyžadují podrobnosti o úložišti objektů blob v Azure, ve kterém se publikují artefakty. Nasazení pak automaticky stahují artefakty z Azure do agentů. S touto konfigurací lze agenta odpojit od serveru Jenkins. Hostované agenty je možné používat bez vystavení serveru na internetu.

Určení výchozí verze artefaktů Jenkins

Když se automaticky aktivuje vydaná verze s několika artefakty, vyberou se pro všechny artefakty výchozí verze uložené v definici verze. Dříve artefakty Jenkinse neměly výchozí nastavení verze, a proto jste nemohli nastavit trigger průběžného nasazování ve vydané verzi pomocí Jenkinse jako sekundárního artefaktu.

Teď můžete určit výchozí verzi artefaktů Jenkins s možnostmi, které už znáte:

• Latest (Nejnovější)
• Specify at the time of release creation (Určit při vytváření vydané verze)
• Specific version (Konkrétní verze)

Určení oboru skupiny proměnných pro konkrétní prostředí

Když byla v minulosti do definice verze přidána skupina proměnných, byly obsažené proměnné dostupné všem prostředím v této verzi. Teď máte místo toho možnost určit obor skupiny proměnných pro konkrétní prostředí, což je zpřístupní pro jedno prostředí, ale nikoli pro jiná prostředí ve stejné verzi. To oceníte, pokud používáte externí službu (například e-mailovou službu SMTP), která se mezi prostředími liší.

Instalace úloh z Marketplace přímo z definice sestavení nebo verze

Hledání úkolu v editoru definic sestavení nebo vydaných verzí teď kromě těch, která jsou už nainstalovaná nebo integrovaná, zobrazí relevantní rozšíření úloh z Marketplace . Rozšíření můžete získat kliknutím na Získat zdarma a dokončením pracovního postupu na Marketplace. Jakmile budete mít nový úkol, jednoduše aktualizujte seznam úkolů v editoru definic, abyste viděli nově nainstalované úkoly připravené k přidání do definice.

Balíček

Bezproblémové použití veřejných balíčků pomocí upstreamových zdrojů

Upstreamové zdroje pro nuget.org a npmjs.com jsou teď obecně dostupné. K výhodám patří možnost správy balíčků uložených z upstreamových zdrojů (vyjmutí ze seznamu, vyřazení, zrušení publikování, odstranění atd.), stejně jako garantované uložení všech upstreamových balíčků, které používáte.

Prozatím se tyto výhody vztahují pouze na informační kanály vytvořené po tomto oznámení, pokud jste předtím na panelu funkcí náhledu ve verzi Preview nezapnuli přepínač náhledu upstreamových zdrojů. Pokud jste povolili přepínač náhledu, všechny informační kanály vytvořené po povolení přepínače můžou tyto výhody využívat. V pozdější aktualizaci budete moct upgradovat starší informační kanály, abyste mohli tato vylepšení využít.

Zobrazení kvality verze balíčku v seznamu balíčků

V seznamu balíčků teď můžete vidět zobrazení jednotlivých verzí balíčků a rychle tak určit jejich kvalitu. Další informace najdete v dokumentaci zobrazení verzí.

Odkazy na balíčky odkudkoli

Ačkoli jste v minulosti mohli sdílet adresu URL balíčku nalezeného v centru Packages (Balíčky), často se obtížně používala, protože jste do této adresy URL potřebovali zahrnout projekt, který se mohl nebo nemusel vztahovat na ty, kteří tento odkaz používali. Díky této aktualizaci teď můžete sdílet balíčky pomocí adresy URL na úrovni účtu, která automaticky vybere projekt, ke kterému má příjemce přístup. Adresa URL má tento formát: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package Všechny parametry s výjimkou <account> jsou nepovinné, pokud ale zadáte balíček, musíte zadat typ protokolu.

Sdílení balíčků pomocí oznámení

V komunitě Open Source se v souboru README úložiště často používá oznámení, které odkazuje na nejnovější verzi balíčku. Díky této aktualizaci teď můžete v informačních kanálech VSTS vytvářet odznáčky pro balíčky. Stačí zaškrtnout možnost Povolit odznáčky balíčků v nastavení informačního kanálu, vybrat balíček a pak kliknout na Vytvořit odznáček. Můžete zkopírovat přímo adresu URL oznámení nebo předem vygenerovaný Markdown, který zpětně odkazuje na oznámení na stránce s podrobnostmi balíčku.

Recyklace a obnovení balíčků

Odstraněním nepoužívaných balíčků můžete zachovat přehlednost seznamu balíčků, někdy ale můžete balíček odstranit omylem. Odstraněné balíčky teď můžete obnovit z koše. Odstraněné balíčky zůstávají v koši po dobu 30 dnů, takže máte dostatek času k jejich případnému obnovení.

Správa

Správa přístupu a rozšíření pro velký počet uživatelů pomocí skupin

Správcům jsme usnadnili správu velkých skupin uživatelů tím, že vám umožnili přiřazovat úrovně přístupu a rozšíření ke skupinám Azure AAD nebo VSTS. Po nastavení příslušných pravidel mu přidání uživatele do skupiny automaticky udělí správné úrovně přístupu a rozšíření při přístupu k účtu VSTS. V důsledku toho už se úrovně přístupu a rozšíření nebudou muset spravovat jednotlivě.

Další informace najdete v příspěvku o správě velkých účtů na blogu Microsoft DevOps z minulého roku a v dokumentaci k přiřazení úrovní přístupu a rozšíření uživatelům pomocí členství ve skupinách .

Snížení latence změn členství ve skupině Azure AAD

Pokud spravujete oprávnění prostřednictvím členství ve skupinách Azure Active Directory (Azure AD), může VSTS rozpoznat všechny změny členství v Azure AAD v minulosti 24 až 48 hodin. Tato latence je teď nižší než 1 hodina, což vám umožní rychleji zprovoznění nových členů týmu.

Správa uživatelů pomocí rozhraní Graph REST API ve verzi Public Preview

Prostředky rozhraní Graph REST API umožňují vývojářům psát aplikace, které spravují uživatele, skupiny a členství ve skupinách. Sada rozhraní API pokrývá klíčové scénáře správy uživatelů, včetně přidání uživatele účtu Microsoft (MSA) nebo Azure Active Directory (Azure AD) do VSTS, vytvoření skupiny VSTS a přidání nebo odebrání členů ze skupiny VSTS. Další informace najdete v dokumentaci k rozhraní Graph REST API a ukázkách .

Opustit účet

V minulosti mohli uživatele z účtu odebrat jenom vlastníci nebo správci účtu. Teď můžete sami opustit účet, do kterého už nejste zapojeni. Pokud chcete účet opustit, přejděte na stránku svého profilu a v seznamu účtů vyhledejte účet, který chcete opustit. Pod oddílem akcí účtu je teď možnost účet opustit. Tato funkce dostala prioritu na základě návrhu.

Další kroky a zpětná vazba

Přejít na VSTS

Přihlásit se k odběru Aktualizace

Rádi bychom slyšeli, co si o těchto funkcích myslíte. Pokud máte nápady na věci, které byste chtěli nastavit jako prioritu, nahlaste problém nebo poskytněte návrh prostřednictvím nabídky zpětné vazby.

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

Díky,

Henry Dixon a Aaron Bjork