Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Widoki kanału informacyjnego umożliwiają deweloperom udostępnianie określonego podzestawu wersji pakietów użytkownikom. Jest to przydatne, gdy chcesz zapewnić dostęp do pakietów, które zostały przetestowane i zweryfikowane, przy jednoczesnym wstrzymaniu tych, które są nadal opracowywane lub które nie spełniają standardów jakości.
Widok domyślny
Każde źródło danych Artifacts zawiera domyślnie trzy widoki: @local, @prereleasei @release. Można zmienić nazwę lub usunąć dwa ostatnie sugerowane widoki w razie potrzeby.
@local jest widokiem domyślnym i jest często używany w źródłach nadrzędnych. Widok domyślny można zmienić wwidokach ustawień >kanału informacyjnego, ale pamiętaj, że nie umożliwia to bezpośredniego publikowania w tym widoku. Pakiety można publikować tylko w podstawowym kanale informacyjnym, gdzie będą dostępne w widoku @Local.
Widok @local zawiera:
- Wszystkie pakiety publikowane bezpośrednio do kanału informacyjnego.
- 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ć wyłącznie pakietów opublikowanych w tym widoku oraz pakietów wcześniej zapisanych ze źródeł nadrzędnych. Zobacz wykresy pakietów , aby dowiedzieć się, jak są tworzone wykresy pakietów.
Notatka
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 zostały zaprojektowane do współdziałania w celu zapewnienia rozwiązania na poziomie przedsiębiorstwa do udostępniania i używania pakietów. Aby umożliwić innym kanałom informacyjnym usługi Azure Artifacts używanie kanału informacyjnego jako źródła nadrzędnego, 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 pozycję Microsoft Entra ID, wszystkie osoby w organizacji będą mogły uzyskać dostęp do kanału, a wszystkie kanały w organizacji i innych organizacjach powiązanych z tą samą dzierżawą Microsoft Entra będą mogły dołączyć do kanału.
Notatka
Wszystkie widoki kanałów informacyjnych w publicznym kanale informacyjnym są dostępne dla wszystkich użytkowników w Internecie.
Pakiety wydań z widokami kanałów informacyjnych
Podczas wydawania pakietów ważne jest, aby komunikować trzy kluczowe aspekty:
Podczas tworzenia pakietów wydań ważne jest przekazanie trzech informacji:
Charakter zmiany: jaki typ zmiany jest wprowadzany.
Ryzyko zmiany: Jak destrukcyjna lub łamiąca może być zmiana.
Jakość zmiany: czy pakiet spełnia standardy weryfikacji.
Charakter i ryzyko zmiany
Zarówno charakter, jak i ryzyko odnoszą się do intencji zmiany, która jest znana na początku rozwoju:
Natura: Czy dodasz nowe funkcje, aktualizujesz istniejące lub naprawiasz błędy?
Ryzyko: Czy zmiana ma wpływ na krytyczne składniki, takie jak interfejsy API, czy wprowadza zmiany powodujące niezgodność?
Większość zespołów używa wersjonowania semantycznego (SemVer), aby przekazać te informacje. SemVer jest powszechnie stosowany i skuteczny w zakresie sygnalizowania natury i ryzyka.
1.2.3
│ │ └─ Patch (bug fixes)
│ └── Minor (new features)
└──── Major (breaking changes)
Jakość zmiany
Jakość zmiany nie jest ogólnie znana, dopóki proces weryfikacji nie zostanie ukończony. Jest to określane po weryfikacji, gdy pakiet zostanie skompilowany i przetestowany. W związku z tym nie jest możliwe komunikowanie jakości zmiany w segmencie liczbowym numeru wersji (np. 1.2.3).
Chociaż istnieją obejścia umożliwiające wstępne walidowanie (na przykład bezpośrednie korzystanie z bibliotek DLL z kompilacji przed ich spakowaniem i publikacją pakietów w środowisku 'debug' lub 'CI', a następnie weryfikowanie i ponowna publikacja tych pakietów w docelowym środowisku wydania), nie gwarantują one, że końcowy pakiet spełnia standardy jakości.
Zamiast tego można użyć widoków kanałów do przekazywania jakości. Korzystając z widoku @Release, można udostępniać tylko pakiety, które przeszły walidację i spełniają próg jakości. Dzięki temu użytkownicy mogą wyświetlać tylko podzbiór wersji pakietów, które zostały przetestowane, zweryfikowane i są gotowe do użycia. Takie podejście zapewnia konsumentom dostęp do stabilnych pakietów gotowych do produkcji. Aby uzyskać więcej informacji, zobacz Promowanie pakietów i zarządzanie widokami źródeł.