Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym poradniku nauczysz się, jak:
- Utwórz nowe repozytorium GitHub
- Tworzenie dwóch przepływów pracy GitHub przy użyciu GitHub Actions dla Microsoft Power Platform
Przepływy pracy mogą automatycznie eksportować aplikację (jako rozwiązanie niezarządzane) ze środowiska programistycznego, generować artefakt kompilacji (rozwiązanie zarządzane) i wdrażać aplikację w środowisku produkcyjnym. W tym samouczku jest używane rozwiązanie ALMLab oraz środowiska, które skonfigurowałeś we wcześniejszych samouczkach.
Pokrewne samouczki: Rozpoczęcie pracy i Tworzenie aplikacji opartej na modelu.
Tworzenie konta GitHub
Przejdź do https://github.com strony i wybierz pozycję Zarejestruj się lub Rozpocznij bezpłatną wersję próbną (lub zaloguj się, jeśli masz istniejące konto).
Po utworzeniu konta utwórz repozytorium, wybierając pozycję Utwórz repozytorium lub Nowy.
Możesz zobaczyć następujący alternatywny ekran docelowy:
Utwórz nowe repozytorium i nadaj mu
poweractionslabnazwę . Upewnij się, że wybrano pozycję Dodaj plik README , aby zainicjować repozytorium, a następnie wybierz pozycję Utwórz repozytorium.
Tworzenie nowego klucza tajnego dla uwierzytelniania nazwy głównej usługi
Przejdź do repozytorium i wybierz pozycję ustawienia . Rozwiń Secrets, a następnie wybierz pozycję Akcje.
Na stronie Sekrety nadaj sekretowi nazwę
PowerPlatformSPN. Wprowadź klucz tajny klienta z rejestracji aplikacji utworzonej w Microsoft Entra w polu Wartość, a następnie wybierz pozycję Dodaj klucz tajny. W dalszej części tego samouczka będziesz odwoływać się do klucza tajnego klienta w plikach YML, które definiują przepływy pracy GitHub.
Klucz tajny klienta/aplikacji jest teraz bezpiecznie przechowywany jako klucz tajny GitHub.
Utwórz przepływ pracy, aby wyeksportować i rozpakować plik rozwiązania do nowej gałęzi
Wybierz pozycję Akcje, a następnie wybierz pozycję Skonfiguruj przepływ pracy samodzielnie. Możesz też wybrać pozycję Konfiguruj w polu Prosty przepływ pracy w sekcji sugerowanej dla tego repozytorium .
Zostanie wyświetlony nowy plik YAML z podstawowym przepływem pracy, który pomoże Ci rozpocząć pracę z akcjami GitHub.
Usuń wstępnie utworzoną zawartość, a następnie wklej zawartość z pliku export-and-branch-solution-with-spn-auth.yml. Zmień nazwę pliku na
export-and-branch-solution.yml.
Zaktualizuj
<ENVIRONMENTURL>, podając adres URL środowiska programistycznego, z którego chcesz eksportować (na przykład:https://poweractionsdev.crm.dynamics.com).Zaktualizuj
<APPID>i<TENANT ID>, wpisując własne wartości.Jeśli używasz poświadczeń, wklej zawartość pliku export-and-branch-solution.yml zamiast zawartości pliku export-and-branch-solution-with-spn-auth.yml. Zastąp
<USERNAME>nazwą użytkownika używaną do nawiązywania połączenia ze środowiskiem.
Napiwek
Jeśli nie znasz GitHub Actions i chcesz dowiedzieć się więcej, zapoznaj się z oficjalną dokumentacją pod adresem https://docs.github.com/en/actions.
Teraz możesz wykonać commit zmian. Wybierz opcję Rozpocznij zatwierdzanie, wpisz Utwórz eksport YML w polu tytuł, a następnie Dodaj opis (opcjonalnie). Następnie wybierz opcję Zatwierdź nowy plik.
Gratulacje. Pierwszy przepływ pracy GitHub został utworzony przy użyciu następujących akcji:
- Kim jestem: Gwarantuje, że możesz pomyślnie połączyć się ze środowiskiem, z którego chcesz eksportować.
- Eksport rozwiązania: Eksportuje plik rozwiązania ze środowiska programistycznego.
- Rozpakowane rozwiązanie: plik rozwiązania eksportowany przez serwer jest skompresowanym plikiem (zip) ze skonsolidowanymi plikami konfiguracji. Te pliki początkowe nie są odpowiednie do zarządzania kodem źródłowym, ponieważ nie są one ustrukturyzowane, aby umożliwić systemom zarządzania kodem źródłowym prawidłowe wykrywanie różnic w plikach i przechwytywanie zmian, które chcesz zatwierdzić w kontroli wersji. Należy rozpakować pliki rozwiązania, aby były odpowiednie do przechowywania i przetwarzania w systemie kontroli wersji.
- Rozwiązanie gałęzi: Tworzy nową gałąź do przechowywania wyeksportowanego rozwiązania.
Przetestuj proces eksportu i rozpakowywania
Następnie przetestuj, czy przepływ pracy działa. Przejdź do pozycji Actions, wybierz pozycję Uruchom przepływ pracy, a następnie wybierz pozycję Uruchom przepływ pracy. Jeśli używasz innej nazwy rozwiązania niż
ALMLab, zmień tutaj wartość, ale zachowaj te same wartości.
Po 5–10 sekundach przepływ pracy rozpoczyna się. Możesz wybrać uruchomiony przepływ pracy, aby monitorować postęp.
Po zakończeniu przepływu pracy sprawdź, czy została utworzona nowa gałąź z rozwiązaniem rozpakowanym do folderu
solutions/ALMLab. Przejdź do karty Code i rozwiń listę rozwijaną branches.Wybierz gałąź utworzoną przez akcję.
Sprawdź, czy katalog
solutions/ALMLabzostał utworzony w nowej gałęzi. Następnie utwórz pull request, aby scalić zmiany do głównej gałęzi. Wybierz pozycję Wnieś wkład, a następnie w menu wysuwanym wybierz pozycję Otwórz pull request.Na ekranie Otwórz pull request dodaj tytuł i opis, jeśli chcesz, a następnie wybierz pozycję Utwórz pull request.
Ekran zostanie zaktualizowany w celu wyświetlenia nowego pull request. Po utworzeniu pull request zostanie wyświetlone potwierdzenie, że gałąź nie ma konfliktu z gałęzią główną. To potwierdzenie oznacza, że można automatycznie scalić zmiany do gałęzi głównej. Wybierz pozycję Scal pull request, a następnie wybierz pozycję Potwierdź scalanie. Opcjonalnie wybierz pozycję Usuń gałąź, aby usunąć teraz nieistniejącą gałąź.
Wróć do domyślnej gałęzi (głównej) i sprawdź, czy rozwiązanie jest tam dostępne.
Tworzenie przepływu pracy, który można ponownie wykorzystać, w celu skompilowania artefaktu i zaimportowania do środowiska produkcyjnego
W tej sekcji utwórz dodatkowy przepływ pracy, który:
- Tworzy rozwiązanie zarządzane i publikuje je jako artefakt GitHub
- Importuje artefakt kompilacji do środowiska produkcyjnego.
Przejdź do pozycji Akcje i wybierz pozycję Nowy przepływ pracy.
Wybierz samodzielnie skonfiguruj przepływ pracy.
Zmień tytuł przepływu pracy na
release-solution-to-prod-with-inputs. Skopiuj zawartość z pliku release-solution-to-prod-with-inputs.yml i wklej ją do okna Edytuj nowy plik.
Zatwierdź zmiany. Wybierz opcję Rozpocznij commit, a następnie dodaj tytuł i opis (opcjonalnie). Następnie wybierz opcję Zatwierdź nowy plik.
Wywołaj przepływ pracy, który można ponownie wykorzystać, przy zdarzeniu wydania
W tej sekcji wywołasz przepływ pracy wielokrotnego użytku w zdarzeniu release.
Przejdź do pozycji Akcje i wybierz pozycję Nowy obieg pracy.
Wybierz opcję samodzielnej konfiguracji przepływu pracy.
Zmień tytuł przepływu pracy na
release-action-call. Skopiuj zawartość z pliku release-action-call.yml i wklej ją na ekranie Edytowanie nowego pliku .
Zaktualizuj następujące zmienne w nowym pliku przepływu pracy:
- Zaktualizuj
<BUILD_ENVIRONMENT>, podając adres URL środowiska kompilacji używanego do generowania rozwiązania zarządzanego. Na przykład:https://poweractionsbuild.crm.dynamics.com. - Zaktualizuj
<PROD_ENVIRONMENT>przy użyciu adresu URL środowiska produkcyjnego, do którego wdrażasz. Na przykład:https://poweractionsprod.crm.dynamics.com. - Zaktualizuj
<APP_ID>identyfikatorem aplikacji (klienta), który znajdziesz w sekcji Rejestracje aplikacji portalu Microsoft Azure, wybierając rejestrację utworzoną wcześniej w tym samouczku. - Zaktualizuj
<TENANT_ID>identyfikatorem katalogu (dzierżawy), który znajduje się w aplikacji Rejestracje aplikacji portalu Microsoft Azure, wybierając rejestrację utworzoną wcześniej w tym samouczku.
- Zaktualizuj
Zatwierdź zmiany. Wybierz opcję Rozpocznij commit, a następnie dodaj tytuł (opcjonalnie) i opis (opcjonalnie). Następnie wybierz opcję Zatwierdź nowy plik.
Przetestuj przepływ pracy wdrażania na produkcję
Teraz możesz przetestować ostatni przepływ pracy. Ten przepływ pracy jest wyzwalany po wdrożeniu nowej wersji w środowisku produkcyjnym.
Przejdź do Wydania.
Wybierz Utwórz nową wersję.
Dodaj tag wydania i tytuł, a następnie wybierz pozycję Publikuj wydanie.
Wybierz Akcje w celu wyświetlenia uruchomionego przepływu pracy.
Wybierz uruchomiony przepływ pracy, aby wyświetlić działania w trakcie ich wykonywania.
Zaczekaj na zakończenie każdej czynności.
Po zakończeniu przepływu pracy zaloguj się do środowiska produkcyjnego i sprawdź, czy rozwiązanie zostało wdrożone jako rozwiązanie zarządzane.
Wdróż aktualizację i przejrzyj zmiany przed wdrożeniem produkcyjnym
Przetestuj cały proces, a następnie sprawdź, jak można wyświetlać i weryfikować zmiany w samej aplikacji przed wdrożeniem jej w środowisku produkcyjnym.
Przejdź do rozwiązania ALMLab w środowisku programistycznym i wybierz pozycję Edytuj lub wybierz nazwę wyświetlaną rozwiązania.
Wybierz i wyświetl tabelę Wniosek o czas wolny.
Wybierz pozycję + Dodaj kolumnę i utwórz nową kolumnę, jak pokazano na poniższej ilustracji.
Zaktualizowane wartości pól:**
- Wyświetlana nazwa: Zatwierdzone
- Typ danych: Tak/Nie
Wybierz opcję Gotowe.
Kliknij przycisk Zapisz tabelę.
Wróć do karty Actions repozytoriów GitHub, wybierz pozycję Uruchom przepływ pracy i wybierz przycisk Uruchom przepływ pracy.
Po 5–10 sekundach przepływ pracy uruchamia się. Wybierz uruchomiony przepływ pracy, aby monitorować jego postęp.
Po zakończeniu przepływu pracy przejdź do nowej gałęzi, wybierając pozycję Code, a następnie pozycję Gałęzie.
Wybierz utworzoną gałąź, rozwijając contribute i wybierając pozycję Otwórz pull request.
Dodaj tytuł (opcjonalnie), a następnie wybierz pozycję Utwórz pull request.
Po zaktualizowaniu zawartości wybierz kartę Pliki zmienione .
Zwróć uwagę, że zmiany w rozwiązaniu są podświetlone na zielono, aby wskazać, że ta sekcja pliku została dodana w porównaniu z tym samym plikiem w gałęzi głównej.
Wróć do karty Rozmowa. Wybierz pozycję Żądania pobrania, a następnie wybierz utworzone wcześniej żądanie pobrania.
Na stronie Żądanie pull request wybierz pozycję Squash and merge, aby scalić zaktualizowany plik rozwiązania z gałęzią główną. Opcjonalnie usuń gałąź, która jest teraz scalona z gałęzią main.
Wykonaj kroki opisane w sekcji Przetestuj przepływ pracy publikacji do środowiska produkcyjnego, aby utworzyć nową wersję i sprawdzić, czy zaktualizowane rozwiązanie zostało wdrożone w środowisku produkcyjnym.
Gratulacje. Pomyślnie skonfigurowano przykładowy przepływ pracy ciągłej integracji/ciągłego wdrażania przy użyciu GitHub Actions!