Co jsou zobrazení informačních kanálů?
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Zobrazení informačních kanálů umožňují vývojářům sdílet podmnožinu verzí balíčků se svými uživateli. Běžným použitím zobrazení informačních kanálů je sdílení verzí balíčků, které byly testovány a ověřeny, ale vynechání balíčků, které jsou stále ve vývoji nebo které nesplňují určitý standard kvality.
Výchozí zobrazení
Všechny informační kanály Artefakt mají tři zobrazení: @local, @prereleasea @release. Druhá dvě jsou navržená zobrazení, která můžete podle potřeby přejmenovat nebo odstranit.
@local je výchozí zobrazení, které se běžně používá v nadřazených zdrojích. Výchozí zobrazení v nastavení informačního kanálu můžete změnit>zobrazení, ale tím nepovolíte přímé publikování do tohoto zobrazení. Balíčky lze publikovat pouze do základního informačního kanálu, kde budou k dispozici v zobrazení @Local.
Zobrazení @local obsahuje všechny balíčky publikované přímo do kanálu a všechny balíčky uložené z zásobujících zdrojů.
Zobrazení kanálů jsou pouze pro čtení, což znamená, že uživatelé připojení k tomuto zobrazení mohou používat pouze balíčky publikované v tomto zobrazení nebo balíčky, které byly dříve uloženy ze zdrojů z vyšších úrovní. Informace o vytváření dostupných balíčků najdete v grafech balíčků.
Poznámka
Azure Artifacts podporuje pouze publikování a obnovení balíčků z a do výchozího zobrazení – @Local.
Zobrazení informačních kanálů a nadřazené zdroje
Zobrazení informačních kanálů a nadřazené zdroje jsou navržené tak, aby společně poskytovaly řešení na podnikové úrovni pro sdílení a využívání balíčků. Pro to, aby ostatní informační kanály Azure Artifacts mohly používat váš informační kanál jako zdroj pro nadřazené zdroje, musíte nastavit viditelnost vašeho kanálu na členy vaší organizacenebo členy vašeho Microsoft Entra ID, v závislosti na vašem scénáři. Pokud zvolíte tu druhou, budou mít všichni lidé ve vaší organizaci přístup k vašemu informačnímu kanálu. Kromě toho budou moci všechny kanály ve vaší organizaci i v dalších organizacích přidružených ke stejnému tenantovi Microsoft Entra bez problémů zasílat data do vašeho kanálu.
Poznámka
Všechna zobrazení informačních kanálů ve veřejném projektu jsou přístupná všem uživatelům na internetu.
Uvolňovat balíčky s pohledy na informační kanály
Při vytváření balíčků vydaných verzí je důležité sdělit tři informace: povahu změny, rizika změny a kvality změny.
Povaha a riziko změny
Povaha a riziko změny se týkají samotné změny, tedy co si stanovíte za cíl udělat, jsou oba známy na začátku práce. Pokud zavádíte nové funkce, provádíte aktualizace stávajících funkcí nebo opravujete chyby; to je povaha vaší změny. Pokud stále provádíte změny v části rozhraní API své aplikace; jedná se o jeden z aspektů rizika těchto změn. Mnoho uživatelů NuGet používá sémantické verzování (SemVer) k vyjádření těchto dvou informací. SemVer je široce používaný standard a dělá dobrou práci při komunikaci tohoto typu informací.
Kvalita změny
Kvalita změny není obecně známá, dokud se proces ověření nedokončí. K tomu dojde po sestavení a zabalení vámi provedené změny. Z tohoto důvodu není možné sdělit kvalitu změny v číselném segmentu čísla verze (např. 1.2.3). Existují náhradní postupy k předběžnému ověření (např. použití knihoven DLL sestavení přímo před zabalením a publikování balíčků do prostředí „debug“ nebo „CI“ a následné ověření a opětovné publikování těchto balíčků do prostředí „release“), ale žádné, které jsme viděli, nemohou skutečně zaručit, že sestavený balíček bude dodržovat správný standard kvality.
pracovní postup publikování balíčků 
Zobrazení @Release můžete použít jako prostředek k vyjádření kvality změn. Pomocí zobrazení @Release můžete sdílet balíčky, které splňovaly váš panel kvality, a umožnit uživatelům zobrazit pouze podmnožinu verzí balíčků, které byly testovány, ověřeny a připravené k použití.
