Ten przewodnik pokazuje, jak przenosić zawartość między instancjami lub obszarami roboczymi Tulip.
Users on Enterprise plans and above.
Wielu klientów Tulip decyduje się na korzystanie z wielu Workspace lub instancji w ramach ogólnego wdrożenia Tulip. Dwa najczęstsze powody to:1. Zarządzanie wieloma zakładami2. Używanie instancji deweloperskich, testowych i produkcyjnych do tworzenia aplikacji w ramach jednej instalacji.
Z tego powodu potrzebują sposobu na przenoszenie treści w ramach wdrożenia Tulip. Tulip oferuje pięć ogólnych sposobów przenoszenia zawartości:1. Import/eksport aplikacji: Przenoszenie aplikacji i wszystkich ich zależności razem2. Import/eksport automatyzacji: Przenosi automatyzacje i ich zależności razem3. Import/Eksport rekordów tabeli{target=_blank}
: Przenosi rekordy tabeli z jednej tabeli do drugiej4. Import/Eksport konektorów: Eksportuj konektory pojedynczo5. Enterprise App Exchange{target=_blank}
: Formalny sposób na umożliwienie programistom obywatelskim importowania najnowszej wersji uzgodnionych standardów aplikacji.
W tym artykule skupimy się na punktach 1 i 2.
Przenoszenie treści między witrynami pozwala na udostępnianie pracy wykonanej przez jedną witrynę we wszystkich witrynach, skracając czas wymagany do dostarczenia wartości za pomocą Tulip.
Podstawy importu/eksportu
Aplikacje i automatyzacje nie działają w izolacji; opierają się na różnych zasobach pomocniczych.
Automatyzacja może zależeć od konektora lub aplikacja może zależeć od maszyny. Te komponenty wspierające są znane jako zależności.
Gdy aplikacja jest eksportowana, jej zależności są zbierane i eksportowane wraz z nią. Jednak nie wszystkie zależności są uwzględniane w eksporcie.
Zależności
Ogólnie rzecz biorąc, zależności to wszelkie komponenty, które mogą być współdzielone przez aplikacje lub automatyzacje i do których można się wyraźnie odwoływać w aplikacji lub automatyzacji. Należą do nich:* Connectors* Machines* Users* Analytics* Tables* Etc.
Eksportowanie reguł
Przed eksportem należy ocenić, które zasoby są używane w aplikacji lub automatyzacji i powinny zostać wyeksportowane wraz z nią. Istnieją złożone reguły określające, czy określone zasoby są eksportowane wraz z aplikacją.
Reguły importowania
Podczas importu celem jest uniknięcie powielania zależności, jeśli zasób już istnieje w importującej witrynie.
Automatyzacja importu/eksportu
Istnieje tylko jeden sposób na wyeksportowanie automatyzacji: ze strony przeglądu indywidualnej automatyzacji.
Automatyzację można zaimportować z góry strony głównej Automatyzacji:
Metody eksportu aplikacji
Ta sekcja zawiera szczegółowe informacje na temat różnych sposobów wybierania aplikacji i wersji aplikacji przed przeniesieniem ich do całego wdrożenia Tulip
Eksport pojedynczej aplikacji
Umożliwia wyeksportowanie wersji rozwojowej pojedynczej aplikacji. Dostęp do niej można uzyskać z góry strony App Overview:
Eksport wersji aplikacji
Pojedynczą opublikowaną wersję aplikacji można wyeksportować z karty Wersje tej aplikacji:
Eksport grupy aplikacji
Całą grupę aplikacji można wyeksportować jednocześnie ze strony przeglądu grupy aplikacji:
Metody importowania aplikacji
Ta sekcja zawiera szczegółowe informacje na temat różnych metod przenoszenia zawartości w ramach wdrożenia Tulip oraz zalet i wad każdej z nich.
Każda metoda importu jest dostępna z tego samego miejsca, co odpowiadający jej eksport aplikacji powyżej.
Import aplikacji
Jest to najpopularniejsza metoda przenoszenia aplikacji. Zasady są opisane w artykułach w tej sekcji bazy wiedzy. Spowoduje to utworzenie całkowicie nowej aplikacji, tylko z wersją rozwojową.
Import grupy aplikacji
Ta metoda przenoszenia aplikacji ma takie same zasady jak powyższa. Główne różnice są następujące:1. Jeśli aplikacje są importowane w grupie i istnieją analizy, które odwołują się do wielu aplikacji w grupie, te analizy będą nadal pomyślnie odwoływać się do wszystkich aplikacji w grupie.2. Jeśli aplikacje mają przejścia do innych aplikacji w grupie, te przejścia będą nadal pomyślnie działać w logice wyzwalania podczas importu.
Import wersji aplikacji
Umożliwia nadpisanie wersji rozwojowej istniejącej aplikacji, która zachowuje historię wersji tej aplikacji i wszystkie przypisania stacji. Poprzednia wersja rozwojowa zostanie zapisana jako migawka w tej aplikacji.
Następujące elementy z nowej wersji rozwojowej zostaną pomyślnie połączone z poprzednimi wersjami aplikacji:1. Zmienne2. Symbole zastępcze rekordów3. Podpisy4. Grupy kroków5. Kroki
Diagram podsumowujący
Ten diagram podsumowuje powyższą sekcję.
Więcej informacji
Poniższe dokumenty zawierają szczegółowe informacje na temat sposobu obsługi każdego zasobu podczas eksportu i importu: