Udostępnij za pośrednictwem


Potok integracji i wdrażania środowiska Git

W tym artykule opisano sposób używania potoków integracji i wdrażania usługi Git dla środowiska w usłudze Microsoft Fabric.

Integracja z usługą Git dla środowiska usługi Microsoft Fabric

Usługa Microsoft Fabric obsługuje integrację z usługą Git, umożliwiając deweloperom tworzenie kopii zapasowych, kontrolowanie wersji, przywracanie poprzednich etapów i współpracę nad pracą przy użyciu gałęzi usługi Git.

Ważne

Ta funkcja jest dostępna w wersji zapoznawczej.

Uwaga

  • Obecnie usługa Git obsługuje tylko biblioteki i zasoby obliczeniowe platformy Spark, w tym środowisko uruchomieniowe platformy Spark.
  • Integracja z usługą Git zarządza stanem przejściowym środowiska, aby zastosować zmiany wprowadzone w usłudze Git w środowisku, należy je opublikować. Zaleca się publikowanie po zaktualizowaniu środowiska z usługi Git w celu zapewnienia skuteczności konfiguracji. Jeśli wolisz używać interfejsu API publikowania środowiska do publikowania zmian za pomocą interfejsu API REST.
  • Dołączona pula niestandardowa jest zachowywana w środowisku podczas synchronizacji z repozytorium do obszaru roboczego sieć szkieletowa. Definicja puli znajduje się w ustawieniu obszaru roboczego, a odwołanie między obszarami roboczymi puli nie jest obsługiwane. Należy ręcznie zaktualizować instance_pool_id do istniejącej puli niestandardowej w docelowym obszarze roboczym lub przywrócić pulę początkową, usuwając tę właściwość. Aby uzyskać pełną listę dostępnych pul w docelowym obszarze roboczym za pomocą interfejsu API REST, możesz zapoznać się z tematem Pule niestandardowe — Tworzenie puli niestandardowej obszaru roboczego w celu utworzenia nowej puli niestandardowej.
  • Każde zatwierdzenie ma górny limit wynoszący 150 MB. Biblioteki niestandardowe większe niż 150 MB nie są obecnie obsługiwane za pośrednictwem usługi Git.

Łączenie obszaru roboczego sieci szkieletowej z repozytorium usługi Azure DevOps

Jeśli jesteś administratorem obszaru roboczego, przejdź do ustawień obszaru roboczego i skonfiguruj połączenie w sekcji Kontrola źródła. Aby dowiedzieć się więcej, zobacz Zarządzanie obszarem roboczym za pomocą usługi Git.

Po nawiązaniu połączenia można znaleźć elementy, w tym środowiska synchronizowane z repozytorium.

Zrzut ekranu przedstawiający pomyślne połączenie obszaru roboczego z repozytorium usługi Azure DevOps.

Lokalna reprezentacja środowiska w usłudze Git

W folderze głównym elementu środowiska są zorganizowane z folderem Libraries , który zawiera podfoldery PublicLibraries i CustomLibraries wraz z folderem Setting .

Zrzut ekranu przedstawiający lokalną reprezentację środowiska w usłudze Git.

Biblioteki

Po zatwierdzeniu środowiska w usłudze Git sekcja biblioteki publicznej zostanie przekształcona w jej reprezentację YAML. Ponadto biblioteka niestandardowa jest zatwierdzana wraz z jego plikiem źródłowym.

Zrzut ekranu przedstawiający lokalną reprezentację środowiska w bibliotece publicznej w usłudze Git.

Bibliotekę publiczną można zaktualizować, edytując reprezentację YAML. Podobnie jak w przypadku środowiska portalu, możesz określić bibliotekę z PyPI i conda. Bibliotekę można określić z oczekiwaną wersją, zakresem wersji lub bez wersji. System może pomóc określić wersję zgodną z innymi zależnościami w danym środowisku. Aby wyczyścić wszystkie istniejące biblioteki publiczne, usuń plik YAML.

Bibliotekę niestandardową można zaktualizować, dodając nowe pliki lub usuwając istniejące pliki bezpośrednio.

Uwaga

Możesz przenieść własny plik YAML do zarządzania biblioteką publiczną. Nazwa pliku musi być environment.yml być poprawnie rozpoznawana przez system.

Obliczenia platformy Spark

Sekcja obliczeń platformy Spark jest również przekształcana w reprezentację YAML. W tym pliku YAML możesz przełączyć dołączoną pulę, dostosować konfiguracje obliczeniowe, zarządzać właściwościami platformy Spark i wybrać żądane środowisko uruchomieniowe platformy Spark.

Zrzut ekranu przedstawiający lokalną reprezentację środowiska obliczeniowego platformy Spark w usłudze Git.

Potok wdrażania dla środowiska

Ważne

Ta funkcja jest dostępna w wersji zapoznawczej.

Potoki wdrażania sieci szkieletowej upraszczają proces dostarczania zmodyfikowanej zawartości w różnych fazach, takich jak przejście z programowania do testowania. Potok automatyczny może obejmować elementy środowiska w celu przesyłania strumieniowego procesu ponownego tworzenia.

Potok wdrażania można skonfigurować, przypisując obszary robocze z różnymi fazami. Dowiedz się więcej na temat rozpoczynania pracy z potokami wdrażania.

Zrzut ekranu przedstawiający wdrażanie środowiska w potoku wdrażania.

Stan wdrażania można znaleźć po pomyślnym skonfigurowaniu potoku. Po kliknięciu przycisku Wdróż z wybranym środowiskiem cała zawartość środowiska zostanie wdrożona w docelowych obszarach roboczych. Stan oryginalnego środowiska jest zachowywany w tym procesie, co oznacza, że opublikowane konfiguracje pozostają w stanie opublikowanym i nie wymagają dodatkowego publikowania.

Ważne

  • Pula niestandardowa nie jest obecnie obsługiwana w potoku wdrażania. Jeśli środowisko wybierze pulę niestandardową, konfiguracje sekcji Obliczenia w środowisku docelowym zostaną ustawione z wartościami domyślnymi. W takim przypadku środowiska nadal pokazują różnice w potoku wdrażania, nawet wdrożenie zostało wykonane pomyślnie.
  • Użycie reguł wdrażania w celu określenia innej puli w nowym obszarze roboczym zostanie uwzględnione w nadchodzącej wersji.