Co to są widoki kanału informacyjnego?
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Widoki kanału informacyjnego umożliwiają deweloperom udostępnianie podzestawu wersji pakietów użytkownikom. Typowym zastosowaniem widoków kanału informacyjnego jest udostępnianie wersji pakietów, które zostały przetestowane i zweryfikowane, ale wstrzymać pakiety, które są nadal w fazie projektowania i/lub nie spełniają określonego paska jakości.
Widok domyślny
Wszystkie źródła danych Artifacts mają trzy widoki: @local, @prereleasei @release. Te dwa ostatnie są sugerowane widoki, które można zmienić lub usunąć zgodnie z potrzebami. @local to widok domyślny, który jest często używany w źródłach nadrzędnych.
Widok @local zawiera wszystkie pakiety publikowane bezpośrednio do kanału informacyjnego i wszystkie pakiety zapisane ze źródeł nadrzędnych.
Widoki kanałów informacyjnych są tylko do odczytu, co oznacza, że użytkownicy połączeni z widokiem mogą używać tylko pakietów publikowanych w tym widoku i/lub pakietach wcześniej zapisanych ze źródeł nadrzędnych. Zobacz wykresy pakietów, aby dowiedzieć się, jak tworzone są dostępne pakiety.
Uwaga
Usługa Azure Artifacts obsługuje tylko publikowanie i przywracanie pakietów z i do widoku domyślnego — @Local.
Widoki kanału informacyjnego i źródła nadrzędne
Widoki kanałów informacyjnych i źródła nadrzędne są przeznaczone do współpracy w celu zapewnienia rozwiązania na poziomie przedsiębiorstwa do udostępniania i korzystania z pakietów. Aby inne źródła danych usługi Azure Artifacts używały kanału informacyjnego jako nadrzędnego źródła, należy ustawić widoczność kanału informacyjnego dla członków organizacji lub członków identyfikatora Entra firmy Microsoft w zależności od scenariusza. Jeśli wybierzesz tę drugą, wszystkie osoby w organizacji będą mogły uzyskiwać dostęp do kanału informacyjnego. Ponadto wszystkie kanały informacyjne w organizacji i innych organizacjach skojarzonych z tą samą dzierżawą firmy Microsoft Entra będą mogły być nadrzędne do kanału informacyjnego.
Uwaga
Wszystkie widoki kanałów informacyjnych w projekcie publicznym są dostępne dla wszystkich użytkowników w Internecie.
Pakiety wydań z widokami kanałów informacyjnych
Podczas tworzenia pakietów wydań ważne jest, aby przekazać trzy informacje: charakter zmiany, ryzyko zmiany i jakość zmiany.
Charakter i ryzyko zmiany
Charakter i ryzyko zmiany odnoszą się zarówno do samej zmiany, czyli tego, co chcesz zrobić, są one znane na początku pracy. Jeśli wprowadzasz nowe funkcje, wprowadzasz aktualizacje istniejących funkcji lub poprawiasz usterki; jest to charakter twojej zmiany. Jeśli nadal wprowadzasz zmiany w części interfejsu API aplikacji; jest to jeden aspekt ryzyka zmiany. Wielu użytkowników nuGet używa notacji Semantic Versioning (SemVer) w celu przekazania tych dwóch informacji. SemVer jest powszechnie używanym standardem i dobrze komunikuje się z tego typu informacjami.
Jakość zmiany
Jakość zmiany nie jest ogólnie znana, dopóki proces weryfikacji nie zostanie ukończony. Dzieje się tak po skompilowanej i spakowanej zmianie. Ze względu na ten szczegół nie można przekazać jakości zmiany w segmencie liczbowym numeru wersji (np. 1.2.3). Istnieją obejścia umożliwiające wstępne zweryfikowanie (np. wykorzystanie bibliotek DLL kompilacji bezpośrednio przed ich spakowaniem i opublikowanie pakietów w środowisku "debugowania" lub "ciągłej integracji", a następnie zweryfikowanie i ponowne opublikowanie tych pakietów w środowisku "wydania"), ale żaden z nich nie może zagwarantować, że utworzony pakiet będzie spełniać prawidłowy standard jakości.
Możesz użyć @Release widoku jako środka, aby przekazać jakość zmian. @Release Korzystając z widoku, można udostępniać pakiety spełniające pasek jakości i umożliwić użytkownikom wyświetlanie tylko podzestawu wersji pakietów, które zostały przetestowane, zweryfikowane i są gotowe do użycia.
