Praca z potokami wdrażania
Po umieszczeniu zawartości w etapie potoku można ją wdrożyć do następnego etapu. Wdrażanie zawartości do innego etapu zwykle odbywa się po wykonaniu kilku akcji w potoku. Na przykład wprowadzono zmiany programistyczne w zawartości na etapie programowania lub przetestowano zawartość na etapie testowania. Typowy przepływ pracy przenoszenia zawartości z etapu do etapu to przenoszenie z etapu programowania do etapu testowania, a następnie z etapu testowania do produkcji.
Aby wdrożyć zawartość do następnego etapu w potoku wdrażania, wybierz przycisk wdrażania w dolnej części etapu.
Podczas przeglądania kart etapów testowania i produkcji można sprawdzić czas ostatniego wdrożenia. Wskazuje on, kiedy ostatnio na tym etapie została wdrożona zawartość.
Czas wdrożenia jest przydatny podczas ustalania, kiedy etap był ostatnio aktualizowany. Może być również przydatny, jeśli chcesz śledzić czas między wdrożeniami testów i produkcji.
Porównywanie etapów
Gdy dwie sekwencyjne etapy mają zawartość, zawartość jest porównywana na podstawie metadanych elementu zawartości. To porównanie nie obejmuje porównywania danych ani czasu odświeżania między etapami.
Aby umożliwić szybki wgląd w różnice między dwoma kolejnymi etapami, między nimi jest wyświetlany wskaźnik ikony porównania. Wskaźnik porównania ma dwa stany:
| IKONĘ | WYJAŚNIENIE |
|---|---|
|
Pojawia się, jeśli zostanie spełniony jeden z tych warunków: 1) Niektóre elementy zawartości na każdym etapie zostały zmienione lub zaktualizowane (mają różne metadane) lub 2) Istnieje różnica w liczbie elementów między etapami. |
|
Pojawia się, gdy zawartość w obu obszarach roboczych jest identyczna. |
Gdy dwa etapy sekwencyjne nie są takie same, link pojawi się pod pomarańczową ikoną porównania. Kliknięcie tego linku powoduje otwarcie listy elementów zawartości w obu etapach w widoku porównania. Widok porównania przedstawia zmiany lub różnice między elementami na każdym etapie potoku. Zmienione elementy otrzymują jedną z następujących etykiet:
| NOWY | RÓŻNYCH | BRAKUJE |
|---|---|---|
|
|
|
| Nowy element na etapie źródłowym. Ten element nie istnieje na etapie docelowym. Po wdrożeniu ten element zostanie sklonowany do etapu docelowego. | Element, który istnieje zarówno w źródle, jak i na etapie docelowym, gdzie jedna z wersji została zmieniona po ostatnim wdrożeniu. Po wdrożeniu element w etapie źródłowym zastąpi element w etapie docelowym, niezależnie od tego, gdzie wprowadzono zmianę. | Ta etykieta wskazuje, że element jest wyświetlany na etapie docelowym, ale nie na etapie źródłowym. |
Reguły wdrażania umożliwiają dostosowywanie etapów
Podczas pracy w potoku wdrażania różne etapy mogą mieć różne konfiguracje. Na przykład każdy etap może mieć różne bazy danych lub różne parametry zapytania lub etap programowania może wysyłać zapytania do przykładowych danych z bazy danych, podczas gdy etapy testowania i produkcji wysyłają zapytanie do całej bazy danych.
Konfigurowanie reguł wdrażania umożliwia zezwalanie na zmiany zawartości podczas wdrażania zawartości między etapami potoku. Jeśli na przykład chcesz, aby model semantyczny na etapie produkcyjnym wskazywał produkcyjną bazę danych, możesz zdefiniować regułę dla modelu semantycznego. Reguła jest definiowana na etapie produkcji w ramach odpowiedniego modelu semantycznego. Po zdefiniowaniu reguły zawartość wdrożona z testu do środowiska produkcyjnego będzie dziedziczyć wartość zdefiniowaną w regule wdrażania i zawsze będzie stosować ją tak długo, jak reguła jest niezmieniona i prawidłowa.
Aby uzyskać szczegółowe informacje na temat konfigurowania reguł wdrażania, zobacz Twórca reguł wdrażania.
Współpraca z innymi — uprawnienia
Uprawnienia potoku i uprawnienia obszaru roboczego są przyznawane i zarządzane oddzielnie. Aby wdrożyć zawartość, musisz mieć uprawnienia zarówno dostępu do potoku, jak i elementu członkowskiego obszaru roboczego.
Na przykład użytkownik z prawami dostępu do potoku, który nie ma uprawnień obszaru roboczego, będzie mógł wyświetlić potok i udostępnić go innym osobom. Jednak ten użytkownik nie będzie mógł wyświetlić zawartości obszaru roboczego w potoku ani na stronie obszaru roboczego i nie będzie mógł wykonywać wdrożeń.
Ponadto podczas wdrażania elementów usługi Power BI własność wdrożonego elementu może ulec zmianie. Zapoznaj się z poniższą tabelą, aby dowiedzieć się, kto może wdrożyć każdy element i jak wdrożenie ma wpływ na własność elementu.
| Element usługi Power BI | Wymagane uprawnienie do wdrożenia istniejącego elementu | Własność elementu po pierwszym wdrożeniu | Własność elementu po wdrożeniu na etapie z elementem usługi Power BI |
|---|---|---|---|
| Model semantyczny | Członek obszaru roboczego | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Niezmienione |
| Przepływ danych | Właściciel przepływu danych | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Niezmienione |
| Raport podzielony na strony | Członek obszaru roboczego | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Użytkownik, który dokonał wdrożenia, staje się właścicielem |
Zarządzanie uprawnieniami na poziomie potoku i obszarów roboczych (różne etapy) umożliwia różnym osobom pracę z różnymi uprawnieniami.
Zarządzanie procesami wdrażania, zwłaszcza w przypadku większych aplikacji z wieloma współautorami, może być podatne na błędy, jeśli każdy ma te same uprawnienia — zarządzanie tymi uprawnieniami zapewnia usprawnioną i ścisłą metodę kontroli nad tym, kto może to zrobić.
Zapoznaj się z bardziej szczegółowymi informacjami na temat uprawnień potoku wdrażania i obszarów roboczych.