Omówienie między usługami

  • Artykuł

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Usługa Azure DevOps umożliwia łączenie się z podstawowymi usługami i współpracę z nimi. Za pomocą różnych funkcji można łączyć i śledzić zadania devops w usługach Azure Boards, Azure Repos, Azure Pipelines i Azure Test Plans. W tym artykule przedstawiono opcje używania integracji między usługami usługi Azure DevOps w celu poprawy przepływu pracy i produktywności.

Linki do dodatkowych informacji:

Współpraca w usłudze Azure DevOps

Poniższa tabela zawiera podsumowanie niektórych funkcji, które ułatwiają pracę z zespołem i innymi zespołami.

Funkcja

Opis

@mentions (dodaj do dyskusji i komentarzy)

Możesz @mention członka zespołu lub całego zespołu w ramach dyskusji formularza elementu roboczego lub sekcji komentarza zatwierdzenia, żądania ściągnięcia lub zestawu zmian.

#ID (łącze do elementu roboczego)

Aby zapewnić kompleksową możliwość śledzenia, możesz połączyć się z elementami roboczymi z zatwierdzeń, żądań ściągnięcia i zestawów zmian.

Teams

Każdy zespół uzyskuje dostęp do zestawu narzędzi Agile i zasobów zespołu. Te narzędzia umożliwiają zespołom autonomiczną pracę i współpracę z innymi zespołami w przedsiębiorstwie. Każdy zespół może skonfigurować i dostosować każde narzędzie, aby obsługiwać sposób ich działania. W przypadku szybkiej nawigacji mogą oni dodawać ulubione repozytoria, potoki i plany testów.

Konfigurowanie alertów

Konfigurowanie lub rezygnacja z alertów osobistych, zespołowych, projektowych lub na poziomie organizacji. Subskrybuj alerty e-mail, gdy zmiany wystąpią w elementach roboczych, przeglądach kodu, żądaniach ściągnięcia, plikach kontroli źródła, kompilacjach i nie tylko.

Udostępnianie podsumowań pocztą e-mail

Azure Boards — Azure Repos

Możesz połączyć zmiany kodu z scenariuszami i funkcjami użytkowników z różnymi typami linków. W przypadku usługi Git użyj gałęzi, zatwierdzenia, żądania ściągnięcia lub tagu. W przypadku kontroli wersji serwera Team Foundation użyj polecenia Changeset lub Versioned Item.

Obraz koncepcyjny typów linków, które łączą elementy robocze z obiektami usługi Azure Repos.

Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Boards i usługą Azure Repos.

Funkcja

Opis

Wspieranie programowania w usłudze Git na podstawie elementów roboczych

Możesz zainicjować gałąź usługi Git lub połączyć się z zatwierdzeniami lub żądaniami ściągnięcia usługi Git i napędzać cykl programowania git dla elementu roboczego z poziomu formularza elementu roboczego.

Automatyczne łączenie i przenoszenie elementów roboczych za pomocą zatwierdzeń usługi Git

W przypadku repozytorium Git można włączyć lub wyłączyć następujące opcje:

  • Zamknij elementy robocze z wzmiankami w komentarzach zatwierdzeń. — Zapamiętaj opcje użytkownika dotyczące kończenia elementów roboczych za pomocą żądań ściągnięcia.
  • Połącz elementy robocze z komentarzy zatwierdzenia. Możesz również zautomatyzować łączenie z zatwierdzeń lub żądań ściągnięcia w ustawieniach repozytorium.
  • Zatwierdź łączenie wzmianki: włącz łączenie zatwierdzeń z elementami roboczymi za pomocą polecenia #WorkItemID w komunikatach zatwierdzenia. Wyłącz funkcję podczas wypychania repozytorium z innego konta lub usługi. Usługa Azure DevOps automatycznie wyłącza tę funkcję podczas importowania repozytorium.
  • Zatwierdzanie rozpoznawania elementów roboczych wzmianek: włącz, aby zamknąć elementy robocze z poprawkami #WorkItemID w zatwierdzeniach.
  • Preferencje przejścia elementu roboczego: domyślnie zapamiętuje opcję każdego użytkownika w celu ukończenia połączonych elementów roboczych z żądaniami ściągnięcia. Możesz wyłączyć tę funkcję, aby uniemożliwić użytkownikom wykonywanie elementów roboczych za pomocą żądań ściągnięcia. Gdy jest wyłączona, użytkownicy muszą zdecydować się na ukończenie elementów roboczych dla każdego żądania ściągnięcia.

Sprawdzanie połączonych elementów roboczych w gałęzi Git

Zachęcaj do śledzenia, sprawdzając połączone elementy robocze w żądaniach ściągnięcia.

Automatyczne uzupełnianie elementów roboczych przy użyciu żądań ściągnięcia

Po połączeniu elementu roboczego z żądaniem ściągnięcia można automatycznie ukończyć te elementy robocze po pomyślnym ukończeniu żądania ściągnięcia. System domyślnie określa wybór przyszłych żądania ściągnięcia.

Wyświetlanie listy obiektów kodu połączonych z jednym elementem roboczym

Elementy robocze można łączyć ze zmianami kodu, kompilacjami i wydaniami — zapewniając dziennik inspekcji sposobu opracowywania funkcji

Zapytanie dotyczące linków zewnętrznych

Możesz wykonywać zapytania dotyczące elementów roboczych zawierających linki do gałęzi, zatwierdzeń, żądań ściągnięcia lub tagów.

Konfigurowanie zasad gałęzi w celu obsługi śledzenia pracy

Aby upewnić się, że zmiany w gałęzi zawierają linki do elementów roboczych, należy skonfigurować zasady gałęzi dla repozytorium Git w ustawieniach repozytorium. Włącz opcję Sprawdź połączone elementy robocze. Wybierz pozycję Wymagane , aby upoważnić wszystkie żądania ściągnięcia do wykonania co najmniej jednego połączonego elementu roboczego. Wybierz opcję Opcjonalne , aby zezwolić na żądania ściągnięcia bez połączonych elementów roboczych, ale ostrzegaj o tym.

Azure Boards — Azure Pipelines

Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Boards i usługą Azure Pipelines. Dostępnych jest kilka funkcji, które zapewniają obsługę kompleksowej możliwości śledzenia podczas przechodzenia scenariuszów i funkcji użytkownika przez cykl rozwoju. Podobnie jak w przypadku usługi Azure Repos, można połączyć elementy robocze z obiektami potoku z następującymi typami linków: Kompilacja, Zintegrowana w kompilacji i Zintegrowana w wersji.

Obraz koncepcyjny typów linków, które łączą elementy robocze z obiektami usługi Azure Pipelines.

Funkcja

Opis

Ręczne łączenie elementów roboczych z kompilacjami.

Połącz elementy robocze z kompilacjami w tym samym lub innym projekcie w organizacji lub kolekcji.

Połącz elementy robocze z kompilacjami w tym samym projekcie w organizacji lub kolekcji.

Ustaw opcję integracji, aby automatycznie utworzyć zintegrowane łącza kompilacji z elementami roboczymi połączonymi z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia skojarzonym z potokiem.

Wymagane do wypełnienia kontrolki Programowanie za pomocą linków zintegrowanych w kompilacji . Elementy robocze lub zatwierdzenia, które są częścią wydania, są obliczane z wersji artefaktów. Na przykład każda kompilacja w usłudze Azure Pipelines jest skojarzona z zestawem elementów roboczych i zatwierdzeń. Aby uzyskać więcej informacji, zobacz Konfigurowanie potoków do obsługi integracji.

Aby połączyć elementy robocze z kompilacjami i wydaniami, wybierz opcję i gałąź dla potoku klasycznego lub YAML, który tworzy łącza Zintegrowane w kompilacji i Zintegrowane w etapie wydania dla elementów roboczych połączonych z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia.

Wymagane do wypełnienia kontrolki tworzenia formularza elementu roboczego za pomocą funkcji Zintegrowane w linkach kompilacji i kontrolki Wdrożenie z linkami zintegrowanymi w etapie wydania podczas uruchamiania potoku klasycznego lub YAML. Aby uzyskać więcej informacji, zobacz Konfigurowanie potoków do obsługi integracji.

Ustaw opcję integracji, aby automatycznie utworzyć łącza zintegrowanego etapu wydania do elementów roboczych połączonych z gałęzią, zatwierdzeniem lub żądaniem ściągnięcia skojarzonym z wydaniem.

Wymagane do wypełnienia kontrolki Wdrożenie w formularzu elementu roboczego za pomocą linków zintegrowanych w etapie wydania. Aby uzyskać więcej informacji, zobacz Potoki wydania, Jak mogę integrowanie i stan wydania raportu?.

Wyświetlanie listy elementów roboczych połączonych z klasycznym potokiem wydania

Wyświetla listę wszystkich elementów roboczych połączonych z kompilacją lub wydaniem.

Wyświetlanie i otwieranie listy elementów roboczych połączonych z potokiem klasycznym lub YAML.

Wyświetla listę wszystkich elementów roboczych połączonych z wydaniem od poprzedniej wybranej wersji. Może sortować listę według każdej kolumny.

Wyświetlanie listy obiektów kompilacji lub wydawania pojedynczy element roboczy jest połączony z

Elementy robocze można połączyć z kompilacjami i wydaniami — zapewniając dziennik inspekcji sposobu kompilowania i wdrażania funkcji.

Wykonywanie zapytań dotyczących linków zewnętrznych.

Możesz wykonywać zapytania dotyczące elementów roboczych zawierających linki zewnętrzne.

Wyświetlanie i szybkie przechodzenie do etapów wydania, z których jest połączony element roboczy.

Kontrolka Wdrożenie w formularzu elementu roboczego pokazuje etapy, z którymi jest połączony element roboczy. Możesz zobaczyć stan niektórych przebiegów i otworzyć każdy etap lub uruchomić, rozwijając etap. Aby uzyskać więcej informacji, zobacz Łączenie i wyświetlanie elementów roboczych do wdrożeń.

Utwórz element roboczy dotyczący awarii, opcjonalnie ustaw wartości dla pola elementu roboczego (wersja klasyczna)

Automatycznie utwórz element roboczy i ustaw pola, gdy kompilacja zakończy się niepowodzeniem.

Utwórz element roboczy dotyczący awarii (klasyczny lub YAML), opcjonalnie ustaw wartości dla pola elementu roboczego (wersja klasyczna)

Automatycznie utwórz element roboczy i ustaw pola, gdy kompilacja zakończy się niepowodzeniem. Aby uzyskać więcej informacji, zobacz Opcje kompilacji dla klasycznych potoków i Dostosowywanie potoków, Create work item on failure (Tworzenie elementu roboczego w przypadku niepowodzenia).

Wykonywanie zapytań o zadania Elementy robocze. Upewnij się, że liczba pasujących elementów roboczych zwróconych z zapytania mieści się w progu.

Użyj tego zadania, aby upewnić się, że liczba pasujących elementów zwracanych przez zapytanie elementu roboczego mieści się w skonfigurowanych progach. Aby uzyskać więcej informacji, zobacz Query Work Items task (Wykonywanie zapytań o elementy robocze), Control deployments with gates and approvals (Kontrolowanie wdrożeń za pomocą bram i zatwierdzeń).

Azure Repos — Azure Pipelines

Usługa Azure Pipelines zapewnia obsługę tworzenia kodu przechowywanego w usłudze Azure Repos — repozytorium Git lub Kontrola wersji serwera Team Foundation (TFVC). Inne repozytoria obsługiwane przez usługę Azure Pipelines są wymienione w temacie Obsługiwane repozytoria źródłowe.

Poniższa tabela zawiera podsumowanie funkcji integracji między usługą Azure Repos i usługą Azure Pipelines.

Funkcja

Opis

Stan wdrożenia raportu

Wskazuje stan wdrożenia na stronach Pliki, Zatwierdzenia i Gałęzie dla repozytoriów Git. Ta funkcja zwiększa możliwość śledzenia z zatwierdzenia kodu do wdrożenia. Środowiska wydania można skonfigurować tak, aby zgłaszały stan wdrożenia.

Pokrycie kodu

Opublikuj i przejrzyj wyniki pokrycia kodu, które wskazują proporcję kodu projektu, który jest rzeczywiście testowany.

Azure Boards — Azure Repos — Plany testów platformy Azure

Kilka scenariuszy współpracy jest obsługiwanych za pośrednictwem typów elementów roboczych usługi Azure Boards. Podobnie jak w przypadku innych typów elementów roboczych, można użyć zarządzanych zapytań i funkcji wyszukiwania usługi Azure DevOps, aby znaleźć i wyświetlić listę elementów roboczych.

Uwaga

Kilka z tych typów elementów roboczych — takich jak żądanie opinii, żądanie przeglądu kodu, kroki udostępnione i parametry udostępnione — są przeznaczone do utworzenia za pomocą określonego narzędzia lub formularza. Nie są one przeznaczone do ręcznego tworzenia. W związku z tym są one dodawane do kategorii Typy ukryte. Typy elementów roboczych dodane do kategorii Typy ukryte nie są wyświetlane w menu używanych do dodawania elementów roboczych.

Ponadto w przypadku modelu procesów dziedziczonego można dostosować tylko następujące typy elementów roboczych: Plan testów, Zestaw testów, Przypadek testowy.

Scenariusz

Typ elementu roboczego

Opis

Żądanie przeglądu kodu

Żądanie przeglądu kodu

Śledzi informacje wprowadzone w formularzu przeglądu nowego kodu tfVC. Aby uzyskać więcej informacji, zobacz Get your code reviewed with Visual Studio (Uzyskiwanie przeglądu kodu w programie Visual Studio).

Podaj przegląd kodu

Odpowiedź na przegląd kodu

Śledzi komentarze do przeglądu udostępniane przez recenzentów kodu w odpowiedzi na żądanie przeglądu kodu.

Poproś o opinię

Żądanie opinii

Śledzi informacje wprowadzone w formularzu opinii o żądaniu. Użyj poniższych formularzy, aby zainicjować żądanie opinii.

Przekazywanie opinii

Przegląd opinii

Umożliwia uczestnikom projektu przekazywanie opinii na podstawie żądań opinii lub poprzez wolontariat przy użyciu rozszerzenia Microsoft Test & Feedback Marketplace.

Testowanie ręczne

Plan testu

Grupuje jeden lub więcej zestawów testów i pojedyncze przypadki testowe razem. Plany testów obejmują statyczne zestawy testów, zestawy oparte na wymaganiach i zestawy oparte na zapytaniach. Aby rozpocząć, zobacz Tworzenie planów testów i zestawów testów.

Testowanie ręczne

Pakiet testów

Grupuje co najmniej jeden przypadek testowy na oddzielne scenariusze testowania w ramach jednego planu testowego. Grupowanie przypadków testowych ułatwia sprawdzenie, które scenariusze zostały ukończone.

Testowanie ręczne

Przypadek testowy

Definiuje kroki używane do weryfikowania poszczególnych części kodu, aby upewnić się, że kod działa poprawnie, nie ma błędów i spełnia wymagania biznesowe i klienta. Można dodawać poszczególne przypadki testowe do planu testu bez tworzenia zestawu testów. Więcej niż jeden zestaw testów lub plan testu może odwoływać się do przypadku testowego. Przypadki testowe można skutecznie używać ponownie bez konieczności kopiowania lub klonowania ich dla każdego pakietu lub planu.

Testowanie ręczne

Kroki udostępnione

Umożliwia udostępnianie kroków w kilku przypadkach testowych.

Testowanie ręczne

Parametry udostępnione

Umożliwia powtarzanie tych samych przypadków testowych z różnymi danymi.

Testowanie typów elementów roboczych

Typy elementów roboczych, które obsługują środowisko testowania, są połączone ze sobą przy użyciu typów linków przedstawionych na poniższej ilustracji. Należą do nich testowane według/testów, przypadki testowe/kroki udostępnione oraz odwołania do/odwołania.

Zrzut ekranu przedstawiający typy elementów roboczych zarządzanie testami.

Za pomocą portalu internetowego można wyświetlić przypadki testowe zdefiniowane dla zestawu testów oraz zestawy testów zdefiniowane dla planu testu. Nie ma jednak określonego typu łącza, który łączy te obiekty ze sobą.

Śledzenie usterek

Typ elementu roboczego Usterka obsługuje następujące integracje, o których należy pamiętać podczas śledzenia usterek.

Scenariusz

Opis

Tworzenie usterki na podstawie narzędzia do testowania

Możesz dodać usterkę z modułu uruchamiającego testy lub rozszerzenia Test & Feedback. Aby uzyskać więcej informacji, zobacz Definiowanie, przechwytywanie, klasyfikowanie i zarządzanie usterkami.

Tworzenie testów wbudowanych połączonych z usterkami lub scenariuszami użytkownika

Gdy zespół śledzi błędy jako wymagania, możesz użyć tablicy Kanban do dodania testów w celu zweryfikowania poprawek błędów lub historii użytkowników.

Śledzenie informacji o kompilacji przy użyciu usterek

Formularz elementu roboczego usterki zawiera informacje o systemie, znalezione w kompilacji i zintegrowane w kompilacji, które obsługują śledzenie znalezionych i rozwiązanych wad kodu w kompilacjach potoku. Aby uzyskać więcej informacji, zobacz Query based on build and test integration fields (Wykonywanie zapytań na podstawie pól integracji kompilacji i testowania).

Azure Pipelines — plany testów platformy Azure

Plany testów platformy Azure są w pełni zintegrowane z usługą Azure Pipelines, aby obsługiwać testowanie w ramach ciągłej integracji/ciągłego wdrażania (CI/CD). Plany testów i przypadki testowe można skojarzyć z potokami kompilacji lub wydania. Dodawanie zadań potoku do definicji potoków w celu przechwytywania i publikowania wyników testu. Przejrzyj wyniki testów za pomocą wbudowanych raportów postępu i raportów testów potoku. Poniższa tabela zawiera podsumowanie punktów integracji między usługą Azure Pipelines i planami testów platformy Azure.

Funkcja

Opis

Ustawienie planów testów

Za pomocą ustawień planu testu można skonfigurować ustawienia przebiegu testu, aby skojarzyć potoki kompilacji lub wydania oraz ustawienia wyniku testu.

Zadania włączania testu potoku

Określ zadania włączania testów w definicji potoku. Usługa Azure Pipelines udostępnia kilka zadań, w tym następujące zadania, które obsługują kompleksowe funkcje raportowania testów i analizy.

  • Zadanie Publikowanie wyników testów: użyj polecenia , aby opublikować wyniki testów w usłudze Azure Pipelines.
  • Zadanie testowe programu Visual Studio: służy do uruchamiania testów jednostkowych i funkcjonalnych (Selenium, Appium, Coded UI test i nie tylko) przy użyciu modułu uruchamiającego testy programu Visual Studio.
  • Zadanie interfejsu wiersza polecenia platformy .NET Core: służy do kompilowania, testowania, tworzenia, tworzenia pakietu lub publikowania aplikacji dotnet.
    Aby zapoznać się z innymi zadaniami, zobacz Publikowanie wyników testu zadania

Uruchamianie testów automatycznych w potokach kompilacji

Kojarzenie planów testów z potokiem kompilacji. tak, aby były uruchamiane z każdą kompilacją.

Kojarzenie testów automatycznych z przypadkami testowymi

Kojarzenie testów automatycznych z przypadkami testowymi.

Ustawianie zasad przechowywania dla wyników testów automatycznych skojarzonych z kompilacjami

Zasady przechowywania testów dla automatycznych kompilacji można ustawić na stronie Przechowywanie potoków>.

Wymagania dotyczące możliwości śledzenia

Widżet Wymagania dotyczące jakości obsługuje ciągłe śledzenie jakości z potoku kompilacji lub wydania. Widżet przedstawia mapowanie między wymaganiem a najnowszymi wynikami testu wykonanymi zgodnie z tym wymaganiem. Zapewnia wgląd w wymagania dotyczące możliwości śledzenia.

Trend wyników testów

Widżet Konfigurowalny trend wyników testów przedstawia trend wyników testów dla wybranego potoku kompilacji lub wydania. Widżet ułatwia wizualizowanie trendów testów w danym okresie, co powoduje uwidocznienie wzorców dotyczących niepowodzeń testów, czasu trwania testu itp. Aby uzyskać więcej informacji, zobacz Konfigurowanie widżetu Trend wyników testów (zaawansowane)

Stan wdrożenia

Widżet Stan wdrożenia konfigurowalny przedstawia połączony widok stanu wdrożenia i współczynnik testów testów w wielu środowiskach dla ostatniego zestawu kompilacji. Widżet można skonfigurować, określając potok kompilacji, gałąź i połączone potoki wydania. Aby wyświetlić podsumowanie testu w wielu środowiskach w wydaniu, widżet udostępnia widok macierzy każdego środowiska i odpowiadający im współczynnik testów. Zobacz Kojarzenie testów automatycznych z przypadkami testowymi

Wyświetlanie wyników testów w kompilacjach i wydaniach

Podsumowania kompilacji i wydania zawierają szczegółowe informacje o wykonaniu testu. Przejrzyj te podsumowania , aby ocenić jakość potoku, przejrzeć możliwość śledzenia i rozwiązać problemy z błędami. Wybierz pozycję Podsumowanie testu, aby wyświetlić szczegóły na karcie Testy .

Testowanie analizy kompilacji

Każde podsumowanie kompilacji zawiera kartę Analiza , która hostuje raport analizy testów.

Pulpity nawigacyjne, raporty i analiza

Pulpity nawigacyjne umożliwiają łatwe monitorowanie postępu i stanu. Zespoły mogą dodawać konfigurowalne widżety, aby obsługiwać swoje cele. Usługa Analytics to platforma raportowania dla usługi Azure DevOps i zastępuje poprzednią platformę opartą na usługach SQL Server Reporting Services. Analiza jest zoptymalizowana pod kątem szybkiego dostępu do odczytu i agregacji opartych na serwerze i zapewnia następujące korzyści:

  • Widżety analizy, które można dodać do pulpitów nawigacyjnych
  • Raporty analizy kontekstowej dostępne na stronach usługi Azure DevOps
  • Paski zestawienia i liczniki dla list prac usługi Azure Boards
  • Raporty niestandardowe, które można tworzyć przy użyciu usługi Power BI
  • Raporty niestandardowe, które można tworzyć przy użyciu zapytań OData
  • Obsługa tworzenia i dodawania niestandardowych widżetów analizy, które można dodać do pulpitów nawigacyjnych

Do pulpitu nawigacyjnego można dodać następujące wbudowane widżety. Są one zorganizowane w ramach usługi, którą obsługują. Możesz znaleźć więcej widżetów z witryny Azure DevOps Marketplace.

Widżety są oznaczone adnotacjami w następujący sposób:

  • Analiza: widżet pobiera dane z danych analizy.
  • Kompilacja: widżet pobiera dane dla wybranego potoku kompilacji.
  • Projekt: widżet wskazuje, że możesz wybrać projekt i zespół podczas konfigurowania widżetu.
  • Wydanie: widżet pobiera dane dla wybranego potoku wydania.
  • Zespół: widżet jest w zakresie jednego zespołu.
  • Teams: widżet jest w zakresie jednego lub większej liczby zespołów.
  • Użytkownik: widżet jest w zakresie konta zalogowanych użytkowników.

Tablice

Kod

Pipelines

  • Historia kompilacji (potok kompilacji)
  • Stan wdrożenia (potok kompilacji)
  • Omówienie potoku wydania (potok wydania)
  • Jakość wymagań (zapytanie, kompilacja lub potok wydania)

Plany testów

Informacje i linki

Dane dostępne w usłudze Analytics

Analiza udostępnia platformę raportowania dla usługi Azure DevOps. Analiza jest ogólnie dostępna dla usług Azure DevOps Services i Azure DevOps Server 2020 i jest dostępna w wersji zapoznawczej dla usługi Azure DevOps Server 2019.

Dostęp do poniższych danych można uzyskać z poziomu usługi Analytics.

Usługa

Dostępność danych

Azure DevOps Services
Oprogramowanie Azure DevOps Server 2020

Azure DevOps Server 2019

Tablice

Widżety
Raporty kontekstowe
Usługa Power BI OData

✔️
✔️
✔️
✔️

✔️

✔️
✔️

Repos

Brak

Pipelines

Analiza testowa
Analiza potoku
Wersja zapoznawcza OData

✔️
✔️
✔️

✔️

Plany testów

Raport o postępie

✔️

Artefakty

Brak

Automatyzacja i łączniki

Produkty firmy Microsoft obsługują automatyzację lub integrację z kilkoma innymi aplikacjami i usługami. Aby uzyskać więcej informacji, zobacz następujące artykuły.