Przegląd integracji Dataverse Git (wersja zapoznawcza)
[Ten artykuł stanowi wstępną wersję dokumentacji i może ulec zmianie.]
Integracja kontroli źródła umożliwia zespołom programistycznym synchronizację rozwiązań i obiektów rozwiązań w jednym lub kilku środowiskach Microsoft Dataverse przy użyciu repozytorium Azure DevOps Git. Funkcjonalność integracji kontroli źródła jest dostępna natywnie w środowiskach rozwiązań, zapewniając programistom obywatelskim, programistom kodu i administratorom możliwość korzystania z kontroli wersji, śledzenia zmian i płynnej współpracy zespołowej w różnych narzędziach i środowiskach. Integracja Git jest przeznaczona do użytku w środowiskach deweloperskich, a nie w środowiskach testowych lub produkcyjnych, w których można dokonywać wdrożeń przy użyciu kompilacji do tworzenia artefaktów rozwiązań i potoków do wdrażania.
Ważne
- Jest to funkcja w wersji zapoznawczej.
- Funkcje w wersji zapoznawczej nie są przeznaczone do użytku w środowiskach produkcyjnych i mogą mieć ograniczoną funkcjonalność. Te funkcje są udostępniane przed oficjalnym wydaniem, dzięki czemu klienci mogą szybciej uzyskać do nich dostęp i przekazać opinie na ich temat.
- Ta funkcja jest obecnie dostępna tylko dla środowisk, które zostały utworzone dla wczesnych cykli wydawniczych w Australii, Kanadzie i Europie. Przejdź do Środowiska cyklu z wczesnym wydaniem
W tym artykule znajdziesz niektóre z kluczowych pojęć i korzyści płynących z używania kontroli źródła z włączoną obsługą Git w środowiskach i rozwiązaniach Dataverse. Aby uzyskać informacje na temat Git w Azure DevOps, przejdź do Repozytorium Git w Azure DevOps.
ALM w Power Platform i Dataverse
Power Platform zapewnia wiele gotowych funkcji, które umożliwiają organizacjom zarządzanie cyklem życia aplikacji (ALM) dla ich rozwiązań. Obejmuje to możliwość pakowania rozwiązań jako kontenerów dla wielu różnych typów składników na platformie, zarządzanie środowiskami zaangażowanymi w cykl życia aplikacji oraz wdrażanie rozwiązań za pomocą potoki w Power Platform. Istnieje również kilka sposobów integracji repozytoriów Git z Power Platform przy użyciu narzędzi deweloperskich. Dzięki natywnej integracji Git w Dataverse, proces jest uproszczony i usprawniony, aby twórcy mogli pracować ze swoimi rozwiązaniami w znany sobie sposób i wchodzić w interakcje z kontrolą źródła za pomocą uproszczonych interfejsów w Power Apps (make.powerapps.com).
Świadczenia
- Kontrola źródła jako źródło prawdy: W niektórych organizacjach źródłem prawdy dla wdrożeń w Dataverse są środowiska twórców, w których budowane są rozwiązania. Głównym powodem takiego zachowania jest fakt, że nienatywna integracja Git wykorzystuje zaawansowane techniki i narzędzia, które wymagają profesjonalnej wiedzy informatycznej, aby rozpocząć pracę. Dzięki natywnej integracji Git w Dataverse, kontrola źródła może być włączona w zaledwie kilku krokach i zapewnia znajomy interfejs dla twórców do pracy z ich rozwiązaniami.
- Bezpieczeństwo, audyt i zgodność z najlepszymi praktykami SDLC: Najlepsze praktyki cyklu życia oprogramowania (SDLC) to zestaw wytycznych i procesów, które pomagają efektywnie zarządzać projektami tworzenia oprogramowania. Korzystając z integracji Git w Dataverse, stosujesz praktyki SDLC, takie jak kontrola wersji, sprawdzenie kodu i statyczna analiza kodu źródłowego, aby zapewnić jakość, niezawodność i bezpieczeństwo swoich rozwiązań. Integracja Git w Dataverse zapewnia również funkcje takie jak audyt, zgodność i identyfikowalność, które pomagają śledzić zmiany w rozwiązaniach i efektywnie współpracować z innymi członkami zespołu.
- Krótkotrwałe środowiska deweloperskie: Przechowując kopię dostosowań i konfiguracji środowisk w kontroli źródła, można szybko i łatwo nawodnić środowiska programistyczne z kontroli źródła w Dataverse. Pozwala to na tworzenie krótkotrwałych środowisk do celów programistycznych i testowych. Krótkotrwałe środowiska pozwalają zwolnić przestrzeń dyskową, eksperymentować z nowymi funkcjami, testować i iterować rozwiązania bez polegania na stałych środowiskach.
- Zespoły programistyczne Fusion: Zespoły programistyczne Fusion to zespoły składające się zarówno z programistów, jak i twórców, którzy współpracują przy tworzeniu rozwiązań. Korzystając z integracji Git w Dataverse, użytkownicy ci mogą tworzyć niezależnie w oddzielnych środowiskach i współpracować z innymi poprzez synchronizację ze wspólnym repozytorium kontroli źródła. Integracja kontroli źródła pozwala wykorzystać umiejętności i wiedzę zarówno programistów, jak i twórców, aby tworzyć wysokiej jakości rozwiązania spełniające potrzeby organizacji.
- Ochrona: Korzystanie z kontroli źródła jako źródła prawdy dla rozwiązań pozwala szybko i łatwo odzyskać dane po niezamierzonych zmianach w rozwiązaniach. Przechowując rozwiązania w kontroli źródła, można przywrócić poprzedni stan lub wersję.
Najważniejsze pojęcia
Rozwiązania niezarządzane a zarządzane
Podczas korzystania z integracji Git z Dataverse, rozwiązania przechowywane w kontroli źródła pochodzą z niezarządzanych rozwiązań w środowisku twórcy. Rozwiązania niezarządzane umożliwiają twórcom dodawanie, usuwanie i aktualizowanie składników, które są synchronizowane z kontrolą źródła podczas zatwierdzania i wypychania zmian. Rozwiązania zarządzane są tworzone z poziomu kontroli źródła i wdrażane w środowiskach niższego szczebla, takich jak testowe lub produkcyjne, i nie można ich edytować w tych środowiskach. Rozwiązania zarządzane służą do zapewnienia, że źródłem prawdy dla Twoich rozwiązań jest zawsze kontrola źródła, a zmiany są wprowadzane tylko w środowisku twórcy, zanim zostaną dodane do kontroli źródła i wdrożone w innym miejscu.
Formatowanie plików dla składników rozwiązania
Wraz z wprowadzeniem integracji Git w Dataverse, nastąpiły zmiany w sposobie, w jaki rozwiązania i ich składniki są reprezentowane w kontroli źródła. Po zatwierdzeniu i przesłaniu zmian do kontroli źródła, składniki rozwiązania są przechowywane w określonym formacie, który jest zgodny z Git. Format ten jest używany do reprezentowania składników rozwiązania w sposób, który jest łatwy do odczytania i zrozumienia i może być używany do śledzenia zmian w składnikach rozwiązania w czasie. Format pliku dla składników rozwiązania jest zaprojektowany tak, aby był czytelny dla człowieka i może być używany do przeglądania zmian w składnikach rozwiązania w kontroli źródła. Dodatkowo, aby umożliwić przechowywanie wielu rozwiązań w tym samym repozytorium i folderze, składniki rozwiązania w kontroli źródła nie są już duplikowane dla każdego rozwiązania. Zamiast tego składniki rozwiązania są przechowywane w jednej lokalizacji i mogą być udostępniane wielu rozwiązaniom w tym samym repozytorium i folderze.
Tworzenie kodu w oparciu o Git
Tworzenie kodu w Power Platform jest możliwe przy użyciu narzędzi programistycznych, takich jak Power Platform CLI, Visual Studio i rozszerzenia Visual Studio Code. Zaangażowanie deweloperów kodu w proces tworzenia rozwiązań jest trudne bez integracji kontroli źródła, ponieważ składniki takie jak Power Apps component framework (PCF) i plug-in Dataverse są wdrażane do rozwiązań jako spakowane zasoby zbudowane z kodu źródłowego i nie można ich bezpośrednio edytować w Power Apps (make.powerapps.com). Bez kontroli źródła jako części procesu rozwoju zarówno dla składników low-code, jak i code-first, trudno jest zarządzać zmianami w rozwiązaniu i zapewnić, że zmiany są śledzone i wdrażane w kontrolowany sposób.
Włączając integrację Git w Dataverse, możesz spotkać się z programistami code-first tam, gdzie pracują i zapewnić płynne środowisko zarówno dla programistów low-code, jak i code-first. Istnieją jednak pewne kwestie, o których należy pamiętać podczas zarządzania składnikami code-first w środowisku low-code.
Rozwój Fusion z integracją Dataverse Git
Power Platform zapewnia możliwości zarówno rozwoju niskokodowego, jak i opartego na kodzie. W tym artykule omówiono procesy rozwoju code-first związane z integracją Dataverse i Git oraz przedstawiono wskazówki dotyczące zarządzania składnikami code-first i low-code w jednym środowisku. Składniki, takie jak kontrolki Power Apps component framework, plug-in Dataverse i niestandardowe działania procesu, które są przykładami składników typu code-first, którymi można zarządzać w ramach kontroli źródła.
Składniki code-first i low-code w jednym środowisku
Składniki Code-first mogą być dołączane do rozwiązań poprzez proces kompilacji, który generuje zarządzane lub niezarządzane rozwiązanie, które można zaimportować do środowiska Dataverse. Jednak pierwsze składniki kodu można również wdrożyć bezpośrednio w rozwiązaniu niezarządzanym w środowisku twórcy po ich skompilowaniu bez konieczności wdrażania procesu kompilacji rozwiązania. Biorąc pod uwagę tę elastyczność, należy wziąć pod uwagę proces kompilacji.
Jeśli wdrażasz składniki kodu bezpośrednio w rozwiązaniu niezarządzanym w środowisku twórcy, gdy te składniki są zatwierdzone do kontroli źródła, tylko ich skompilowana (skompilowana) wersja jest przechowywana w kontroli źródła. Na przykład binarna biblioteka DLL, jeśli wtyczka lub transpilowany i zoptymalizowany pakiet JavaScript dla kontrolki Power Apps component framework. W związku z tym otrzymasz dwie kopie składnika w kontroli źródła — jedną reprezentowaną przez skompilowaną wersję, a drugą reprezentowaną przez kod źródłowy. Przechowywanie plików binarnych w repozytorium może prowadzić do nieporozumień i potencjalnych konfliktów, jeśli kod źródłowy i skompilowana wersja nie są synchronizowane. Ta praktyka nie jest zalecana, ponieważ kod źródłowy powinien być pojedynczym źródłem prawdy dla składnika i tylko jedna kopia powinna być przechowywana.
Zalecanym podejściem jest skompilowanie składników kodu w ramach procesu kompilacji rozwiązania i zaimportowanie wygenerowanego rozwiązania niezarządzanego do środowiska twórcy. Takie podejście zapewnia, że kod źródłowy i wersja zbudowana są zsynchronizowane, a kod źródłowy jest pojedynczym źródłem informacji dla składnika. Jednak takie podejście wymaga procesu kompilacji w celu wygenerowania rozwiązania zarządzanego lub niezarządzanego do użycia w procesie importowania i wdrażania. Można na przykład tworzyć procesy Azure Pipelines lub GitHub, które tworzą artefakty dla potoków w Power Platform i procesów synchronizacji Git.