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 zadržte je na balíčcích, které jsou stále ve vývoji nebo které nesplňují určitý panel kvality.
Výchozí zobrazení
Všechny informační kanály Artefakty 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 upstreamových zdrojích.
Zobrazení @local obsahuje všechny balíčky publikované přímo do informačního kanálu a všechny balíčky uložené z nadřazených zdrojů.
Zobrazení informačních kanálů jsou jen pro čtení, což znamená, že uživatelé připojení k zobrazení můžou používat pouze balíčky publikované v daném zobrazení nebo balíčky, které byly dříve uloženy z nadřazených zdrojů. V grafech balíčků se dozvíte, jak se vytvářejí dostupné balíčky.
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ů. Aby ostatní informační kanály Azure Artifacts používaly váš informační kanál jako nadřazený zdroj, musíte nastavit viditelnost informačního kanálu pro členy vaší organizace nebo členy vašeho ID Microsoft Entra 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 všechny informační kanály ve vaší organizaci a dalších organizacích přidružených ke stejnému tenantovi Microsoft Entra budou moct váš informační kanál upstreamovat.
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.
Balíčky vydaných verzí se zobrazeními informačních kanálů
Při vytváření balíčků vydaných verzí je důležité sdělit tři informace: povahu změny, riziko změny a kvalitu změny.
Povaha a riziko změny
Povaha a riziko změny se týkají samotné změny, to znamená, že to, co jste nastavili, jsou obě známé na začátku práce. Pokud zavádíte nové funkce, aktualizujete stávající funkce nebo opravujete chyby; to je povaha vaší změny. Pokud stále provádíte změny části rozhraní API vaší aplikace; to je jedna omezující vlastnost rizika vaší změny. Mnoho uživatelů NuGet používá notaci Semantic Versioning (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í 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í alternativní řešení 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í ladění nebo CI a následné ověření a opětovné publikování těchto balíčků do "vydaného" prostředí), ale nikdo, který jsme viděli, nemůže zaručit, že sestavený balíček bude splňovat správný standard kvality.
Zobrazení můžete použít @Release jako prostředek k vyjádření kvality změn. @Release Pomocí zobrazení 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 jsou připravené k použití.
