Samouczek: zarządzanie cyklem życia w sieci szkieletowej

W tym samouczku przejdziesz przez cały proces ładowania danych do obszaru roboczego i używasz potoków wdrażania wraz z integracją usługi Git, aby współpracować z innymi osobami w zakresie programowania, testowania i publikowania danych i raportów.

Wymagania wstępne

Ważne

Funkcja integracji z usługą Git jest obecnie dostępna w wersji zapoznawczej.

Aby zintegrować usługę Git z obszarem roboczym usługi Microsoft Fabric, należy skonfigurować następujące wymagania wstępne dla usługi Fabric i Git.

Wymagania wstępne dotyczące sieci szkieletowej

Aby uzyskać dostęp do funkcji integracji z usługą Git, potrzebne są następujące elementy:

• Licencja usługi Power BI Premium. Licencja usługi Power BI Premium obsługuje tylko wszystkie elementy usługi Power BI.
• Pojemność sieci szkieletowej. Pojemność sieci szkieletowej jest wymagana do korzystania ze wszystkich obsługiwanych elementów sieci szkieletowej. Jeśli jeszcze go nie masz, utwórz konto bezpłatnej wersji próbnej.

Ponadto następujące przełączniki dzierżawy muszą być włączone w portalu administracyjnym:

• Użytkownicy mogą tworzyć elementy sieci szkieletowej
• Użytkownicy mogą synchronizować elementy obszaru roboczego z repozytoriami Git
• Tylko dla użytkowników usługi GitHub: użytkownicy mogą synchronizować elementy obszaru roboczego z repozytoriami GitHub

Te przełączniki mogą być włączone przez administratora dzierżawy, administratora pojemności lub administratora obszaru roboczego, w zależności od ustawień organizacji.

Wymagania wstępne usługi Git

Integracja z usługą Git jest obecnie obsługiwana w przypadku usług Azure DevOps i GitHub. Do korzystania z integracji usługi Git z obszarem roboczym usługi Fabric potrzebne są następujące elementy w usłudze Azure DevOps lub GitHub:

Azure DevOps

• Aktywne konto platformy Azure zarejestrowane dla tego samego użytkownika, który korzysta z obszaru roboczego Sieć szkieletowa. Utwórz bezpłatne konto.
• Dostęp do istniejącego repozytorium.

GitHub

• Aktywne konto usługi GitHub. Utwórz konto usługi GitHub.

• Jeden z następujących osobistych tokenów dostępu:

  • Szczegółowe tokeny (zalecane) z uprawnieniami do odczytu i zapisu zawartości w ramach uprawnień repozytorium:

    

    Aby użyć tego tokenu w usłudze GitHub Enterprise, postępuj zgodnie z tymi instrukcjami.

  • Tworzenie klasycznego tokenu usługi GitHub z włączonymi zakresami repozytorium:

    

• Pobierz plik FoodSales.pbix do repozytorium Git, które można edytować. W tym samouczku użyjemy tego przykładowego pliku. Alternatywnie możesz użyć własnego semantycznego modelu i raportu, jeśli wolisz.

Jeśli masz już uprawnienia administratora do obszaru roboczego z danymi, możesz przejść do kroku 3.

Krok 1. Tworzenie obszaru roboczego Premium

Aby utworzyć nowy obszar roboczy i przypisać mu licencję:

1. Na lewym pasku nawigacyjnym środowiska usługi Power BI wybierz pozycję Obszary robocze > + Nowy obszar roboczy.

   

2. Nadaj obszarowi roboczego nazwę FoodSalesWS.

3. (Opcjonalnie) Dodaj opis.

   

4. Rozwiń sekcję Zaawansowane, aby wyświetlić tryb licencji.

5. Wybierz pozycję Wersja próbna lub Pojemność Premium.

   

6. Wybierz Zastosuj.

Aby uzyskać więcej informacji na temat tworzenia obszaru roboczego, zobacz Tworzenie obszaru roboczego.

Krok 2. Ładowanie zawartości do obszaru roboczego

Zawartość można przekazać z usługi OneDrive, programu SharePoint lub pliku lokalnego. W tym samouczku załadujemy plik pbix .

1. Na górnym pasku menu wybierz pozycję Przekaż > przeglądaj.

   

2. Przejdź do lokalizacji pobranego wcześniej pliku FoodSales.pbix lub załaduj własny przykładowy model i raport semantyczny.

Masz teraz obszar roboczy z zawartością, nad którą będziesz pracować.

Edytowanie poświadczeń — tylko raz pierwszy

Przed utworzeniem potoku wdrażania należy ustawić poświadczenia. Ten krok należy wykonać tylko raz dla każdego modelu semantycznego. Po ustawieniu poświadczeń dla tego modelu semantycznego nie trzeba ich ponownie ustawiać.

1. Przejdź do pozycji Ustawienia > ustawień usługi Power BI.

   

2. Wybierz pozycję Semantyczne modele > Poświadczenia > źródła danych Edytuj poświadczenia.

   

3. Ustaw metodę uwierzytelniania na Anonimowe, poziom prywatności na Publiczny i usuń zaznaczenie pola Pomiń połączenie testowe.

   

4. Wybierz Zaloguj. Połączenie jest testowane i ustawiane poświadczenia.

Teraz możesz utworzyć potok wdrażania.

Krok 3. Łączenie obszaru roboczego programowania zespołu z usługą Git

Cały zespół udostępnia ten obszar roboczy, a każdy członek zespołu może go edytować. Łącząc ten obszar roboczy z usługą Git, możesz śledzić wszystkie zmiany i w razie potrzeby przywrócić poprzednie wersje. Po scaleniu wszystkich zmian w tej gałęzi udostępnionej należy wdrożyć ten obszar roboczy w środowisku produkcyjnym przy użyciu potoku wdrażania.
Przeczytaj więcej na temat kontroli wersji za pomocą narzędzia Git w temacie Wprowadzenie do integracji z usługą Git.

Połączmy ten obszar roboczy z gałęzią główną repozytorium Git, aby wszyscy członkowie zespołu mogli je edytować i tworzyć żądania ściągnięcia. Wykonaj następujące kroki, jeśli używasz repozytorium usługi Azure DevOps. Jeśli używasz repozytorium GitHub, postępuj zgodnie z instrukcjami w artykule Łączenie obszaru roboczego z repozytorium GitHub.

1. Przejdź do pozycji Ustawienia obszaru roboczego w prawym górnym rogu.

2. Wybierz pozycję Integracja z usługą Git.

3. Wybierz pozycję Azure DevOps. Automatycznie logujesz się do konta usługi Azure Repos zarejestrowanego w usłudze Microsoft Entra zalogowane do obszaru roboczego.

   

4. Z menu rozwijanego określ następujące szczegóły dotyczące gałęzi, z którą chcesz nawiązać połączenie:

   • Organizacja

   • Projekt

   • Repozytorium Git

   • Wybieranie gałęzi głównej (lub głównej)

   • Wpisz nazwę folderu w repozytorium, w którym znajduje się plik pbix . Ten folder zostanie zsynchronizowany z obszarem roboczym.

     

5. Wybierz pozycję Połącz i zsynchronizuj.

Po nawiązaniu połączenia obszar roboczy wyświetla informacje o kontroli źródła, która umożliwia wyświetlanie połączonej gałęzi, stan każdego elementu w gałęzi i czas ostatniej synchronizacji. Ikona kontroli źródła jest wyświetlana 0 , ponieważ elementy w repozytorium Git obszaru roboczego są identyczne.

Teraz obszar roboczy jest synchronizowany z gałęzią główną repozytorium Git, co ułatwia śledzenie zmian.

Aby uzyskać więcej informacji na temat nawiązywania połączenia z usługą Git, zobacz Łączenie obszaru roboczego z repozytorium platformy Azure.

Krok 4. Tworzenie potoku wdrażania

Aby udostępnić ten obszar roboczy innym osobom i używać go na różnych etapach testowania i programowania, musimy utworzyć potok wdrażania. Możesz dowiedzieć się, jak działają potoki wdrażania w temacie Wprowadzenie do potoków wdrażania. Aby utworzyć potok wdrażania i przypisać obszar roboczy do etapu programowania, wykonaj następujące czynności:

1. Na stronie głównej obszaru roboczego wybierz pozycję Utwórz potok wdrażania.

   

2. Nadaj potokowi nazwę FoodSalesDP, nadaj mu opis (opcjonalnie) i wybierz pozycję Dalej.

   

3. Zaakceptuj domyślne trzy etapy potoku i wybierz pozycję Utwórz.

   

4. Przypisz obszar roboczy FoodSalesWS do etapu Programowanie.

   

Etap programowania potoku wdrażania przedstawia jeden semantyczny model, jeden raport i jeden pulpit nawigacyjny. Pozostałe etapy są puste.

Więcej informacji na temat tworzenia potoków wdrażania można uzyskać w temacie Omówienie potoków wdrażania.

Krok 5. Wdrażanie zawartości na innych etapach

Teraz wdróż zawartość na innych etapach potoku.

1. Na etapie programowania widoku zawartości wdrożenia wybierz pozycję Wdróż.

   

2. Upewnij się, że chcesz wdrożyć zawartość na etapie testowania.

   

   Zielona ikona sprawdzania wskazuje, że zawartość dwóch etapów jest identyczna, ponieważ wdrożono całą zawartość potoku.

   

3. Wdróż zawartość z etapu testowania na etapie produkcyjnym.

   

4. Aby odświeżyć model semantyczny na dowolnym etapie, wybierz przycisk odświeżania obok ikony semantycznych modeli na karcie podsumowania każdego etapu.

   

Cały zespół udostępnia ten potok wdrażania. Każdy członek zespołu może edytować semantyczny model i raport na etapie programowania. Gdy zespół będzie gotowy do przetestowania zmian, wdraża zawartość na etapie testowania. Gdy zespół jest gotowy do wydania zmian w środowisku produkcyjnym, wdraża zawartość na etapie produkcyjnym.

Aby uzyskać więcej informacji na temat wdrażania zawartości, zobacz Wdrażanie zawartości.

Krok 6. Tworzenie izolowanego obszaru roboczego

Aby uniknąć edytowania udostępnionego obszaru roboczego i zakłócania zmian innych członków zespołu, każdy członek zespołu powinien utworzyć własny izolowany obszar roboczy do pracy, dopóki nie będzie gotowy do udostępnienia zmian zespołowi.

1. Na karcie gałąź menu Kontrola źródła wybierz strzałkę w dół obok nazwy bieżącej gałęzi, a następnie wybierz pozycję Rozgałęź do nowego obszaru roboczego.

   

2. Określ następujące szczegóły dotyczące gałęzi i obszaru roboczego. Nowa gałąź jest tworzona automatycznie na podstawie gałęzi połączonej z bieżącym obszarem roboczym.

   • Nazwa gałęzi (na potrzeby tego samouczka nadaj jej nazwę MyFoodEdits)
   • Nazwa obszaru roboczego (na potrzeby tego samouczka nadaj mu nazwę My_FoodSales)

   

3. Wybierz pozycję Rozgałęzij.

4. Wybierz pozycję Połącz i zsynchronizuj.

Sieć szkieletowa tworzy nowy obszar roboczy i synchronizuje go z nową gałęzią. Nastąpi automatyczne przejście do nowego obszaru roboczego, ale synchronizacja może potrwać kilka minut.

Nowy obszar roboczy zawiera teraz zawartość folderu repozytorium Git. Zwróć uwagę, że nie zawiera pliku pbix . Ponieważ pliki pbix nie są obsługiwane, ten plik nie został skopiowany do repozytorium Git podczas synchronizacji.
Użyj tego obszaru roboczego, aby wprowadzić zmiany w modelu semantycznym i raporcie do momentu, gdy wszystko będzie gotowe do udostępnienia ich zespołowi.

Krok 7. Edytowanie obszaru roboczego

Po zsynchronizowaniu rozgałęzionego obszaru roboczego możesz wprowadzić zmiany w obszarze roboczym, tworząc, usuwając lub edytując element. W tym samouczku zmienimy format kolumny modelu semantycznego. Obszar roboczy można edytować w programie Power BI Desktop lub modelu danych. W tym samouczku edytujemy obszar roboczy z modelu danych.

1. W obszarze roboczym modelu semantycznego wybierz wielokropek semantycznego modelu (trzy kropki) >Otwórz model danych.

   

   Uwaga

   Jeśli opcja Otwórz model danych jest wyłączona, przejdź do pozycji Ustawienia > obszaru roboczego Usługi Power BI > Ogólne i włącz ustawienia modelu danych.

   

2. W tabeli Order_details wybierz pozycję Rabat.

   

3. W okienku Właściwości zmień format z Ogólne na Wartość procentowa.

   

Krok 8. Zatwierdzanie zmian

Aby zatwierdzić tę zmianę z obszaru roboczego do gałęzi Git, wróć do strony głównej obszaru roboczego.

Ikona kontroli źródła jest teraz wyświetlana 1 , ponieważ jeden element w obszarze roboczym został zmieniony, ale nie został zatwierdzony w repozytorium Git. Model semantyczny FoodSales pokazuje stan Niezatwierdzone.

1. Wybierz ikonę kontroli źródła, aby wyświetlić zmienione elementy w repozytorium Git. Model semantyczny pokazuje stan Zmodyfikowany.

2. Wybierz element do zatwierdzenia i dodaj opcjonalny komunikat.

3. Wybierz pozycję Zatwierdź.

   

Stan usługi Git semantycznego modelu zmienia się na Zsynchronizowane , a obszar roboczy i repozytorium Git są zsynchronizowane.

Krok 9. Tworzenie żądania ściągnięcia i scalanie

W repozytorium Git utwórz żądanie ściągnięcia, aby scalić gałąź MyFoodEdits z gałęzią główną.

1. Wybierz pozycję Utwórz żądanie ściągnięcia.

   

2. Podaj tytuł, opis i wszelkie inne informacje, które chcesz uzyskać dla żądania ściągnięcia. Następnie wybierz Utwórz.

   

3. Scal żądanie ściągnięcia.

   

Po scaleniu zmian z gałęzią główną można bezpiecznie usunąć obszar roboczy, jeśli chcesz. Nie jest on usuwany automatycznie.

Krok 10. Aktualizowanie udostępnionego obszaru roboczego

Wróć do udostępnionego obszaru roboczego połączonego z etapem deweloperskim potoku wdrażania (utworzonego w kroku 1) i odśwież stronę.
Ikona kontroli źródła pokazuje teraz 1, ponieważ jeden element w repozytorium Git został zmieniony i różni się od elementów w obszarze roboczym FoodSales. Model semantyczny FoodSales pokazuje stan Wymagana aktualizacja.

1. Wybierz ikonę kontroli źródła, aby wyświetlić zmienione elementy w repozytorium Git. Model semantyczny pokazuje stan Zmodyfikowany.

2. Wybierz pozycję Aktualizuj wszystko.

   

Stan usługi Git modelu semantycznego zmienia się na Zsynchronizowane, a obszar roboczy jest synchronizowany z główną gałęzią usługi Git.

Krok 11. Porównanie etapów w potoku wdrażania

1. Wybierz pozycję Wyświetl potok wdrażania, aby porównać zawartość na etapie programowania z zawartością na etapie testowania.

   

   Zwróć uwagę na pomarańczową X ikonę między etapami wskazującą, że zmiany zostały wprowadzone do zawartości w jednym z etapów od ostatniego wdrożenia.

   

2. Wybierz strzałkę >w dół Przejrzyj zmiany , aby wyświetlić zmiany. Ekran Change Review przedstawia różnicę między semantycznymi modelami w dwóch etapach.

   

3. Przejrzyj zmiany i zamknij okno.

Aby uzyskać więcej informacji na temat porównywania etapów w potoku wdrażania, zobacz Porównanie etapów w potoku wdrażania.

Krok 12. Wdrażanie na etapie testowania

Jeśli zmiany są zadowalające, wdróż zmiany na etapach testowania i/lub produkcji przy użyciu tego samego procesu, który został użyty w kroku 5.

Podsumowanie

W tym samouczku przedstawiono sposób używania potoków wdrażania wraz z integracją z usługą Git w celu zarządzania cyklem życia aplikacji, raportu lub innej zawartości w obszarze roboczym.
W szczególności przedstawiono sposób wykonywania następujących instrukcji:

• Skonfiguruj obszary robocze i dodaj zawartość do zarządzania cyklem życia w usłudze Fabric.
• Stosowanie najlepszych rozwiązań usługi Git w celu samodzielnej pracy i współpracy z kolegami z zespołu w sprawie zmian.
• Łączenie potoków git i wdrażania w celu uzyskania wydajnego kompleksowego procesu wydawania.

Powiązana zawartość

• Projekty programu Power BI Desktop i potoki kompilacji usługi Azure DevOps
• Zarządzanie gałęziami usługi Git