Tworzenie i zarządzanie wersjami aplikacji
  • 31 Oct 2023
  • 3 Minuty do przeczytania
  • Współtwórcy

Tworzenie i zarządzanie wersjami aplikacji


Article Summary

Przegląd

Dowiedz się, jak korzystać z wersji deweloperskiej i opublikowanej aplikacji, aby kontrolować, kiedy nowe zmiany powinny zostać wprowadzone.

:::(Info) (UWAGA) Możesz dodać więcej reguł i indywidualnych zatwierdzających, korzystając z naszej oddzielnej funkcji Zatwierdzenia:::

Tulip używa dwóch rodzajów wersji dla wszystkich aplikacji: wersji rozwoj owej i wersji opublikowanej. Pozwala to na wprowadzanie zmian jako administrator Tulip bez wpływu na wersję, która jest dostępna na hali produkcyjnej.

Podczas przenoszenia aplikacji z etapu rozwoju do wydania jej na hali produkcyjnej, tworzenie wersji i zarządzanie nimi staje się ważną częścią przepływu pracy.

Oto przewodnik po kontroli wersji w Tulip.

Wersja rozwojowa

Początkową wersją wszystkich aplikacji jest wersja rozwojowa. Gdy będziesz gotowy do wprowadzenia aplikacji do produkcji, powinieneś utworzyć jej wersję tylko do odczytu, co osiąga się poprzez opublikowanie wersji aplikacji.

Opublikowana wersja jest niemodyfikowalną ("zamrożoną") kopią wersji rozwojowej w momencie publikacji. Nie ma limitu liczby opublikowanych wersji dla każdej aplikacji.

Opublikowanie wersji aplikacji tworzy kopię wersji rozwojowej tylko do odczytu.

Ponieważ wszystkie "opublikowane" wersje są tylko do odczytu, modyfikację aplikacji można wykonać tylko za pomocą jej wersji rozwojowej.

Mówiąc prościej, aplikacje tworzy się i edytuje za pomocą wersji deweloperskiej. Gdy będziesz gotowy do wprowadzenia nowej wersji aplikacji do produkcji, powinieneś ją opublikować.

Stacje można skonfigurować (na ekranie Shop Floor) do uruchamiania wersji rozwojowej lub najnowszej opublikowanej wersji. Zazwyczaj należy uruchamiać wersję opublikowaną

Korzyści z publikowania aplikacji

Za każdym razem, gdy aplikacja jest używana na hali produkcyjnej, gromadzone są dane. Tulip automatycznie śledzi, która wersja aplikacji była używana przez operatora podczas wykonywania pracy.

Zaletą opublikowanych wersji aplikacji jest to, że aplikacja jest niezmienna i zapobiega wysyłaniu niezamierzonych zmian do hali produkcyjnej. Struktura ta pozwala na ustanowienie procesu walidacji.

Każda opublikowana wersja aplikacji jest zapisywana z nazwą i znacznikiem czasu.

Dobra Praktyka Dokumentacji (GDP) wymaga zapisania każdej wersji z unikalną nazwą, która zawiera

  • wersję aplikacji
  • identyfikator aplikacji (jeśli istnieje)
  • nazwę aplikacji.

Wszystkie te pola są automatycznie śledzone w Tulip, w tym data publikacji aplikacji.

Publikowanie aplikacji

Aby opublikować aplikację, wykonaj następujące kroki.

  1. Wybierz aplikację, którą chcesz opublikować z listy aplikacji Tulip.
  2. Przejdź do zakładki "Wersje" w widoku podsumowania aplikacji.

Versions Tab

  1. Kliknij przycisk "Opublikuj" po prawej stronie wiersza z wersją rozwojową, jak pokazano na poniższym obrazku.

Wersja zostanie automatycznie ponumerowana i możesz dodać opis, aby udostępnić zmiany innym członkom zespołu.

Po utworzeniu opublikowanej wersji aplikacji zauważysz, że nowy wiersz został dodany do tabeli wersji z tytułem "Wersja X".

Opublikowaną wersję aplikacji można wyświetlić, klikając przycisk "..." i wybierając opcję "Wyświetl".

Jeśli klikniesz "Widok" po opublikowaniu wersji, zauważysz, że wszystkie narzędzia do edycji są wyszarzone.

App Editor - Read Only

Możliwe jest również opublikowanie aplikacji z poziomu Edytora aplikacji. Kroki, które należy wykonać, zostały opisane poniżej:

  • Kliknij przycisk "Publikuj" w prawym górnym rogu ekranu.

Publish Button

  • Dodaj szczegóły w polu opisu i kliknij "Opublikuj wersję X".

Korzystanie z opublikowanych aplikacji w hali produkcyjnej

Ogólnie rzecz biorąc, tylko opublikowana wersja aplikacji powinna być używana w produkcji, w przeciwnym razie istnieje ryzyko zmiany definicji aplikacji podczas wykonywania czynności przez operatorów. Jeśli aplikacja jest używana na stacji, nowa wersja zostanie uruchomiona na tej stacji, gdy aplikacja zostanie "ukończona" lub "anulowana".

Łatwiej jest również śledzić znaczące trendy danych przy użyciu opublikowanej wersji, w przeciwnym razie wszystkie ukończenia i gromadzenie danych będą po prostu zgłaszane w ramach "wersji rozwojowej", niezależnie od zmian wprowadzonych w aplikacji, które mogą zmienić interpretację tych danych.

Korzystanie z migawek

Czasami trzeba "przywrócić" poprzednią wersję aplikacji, aby wprowadzić niewielkie zmiany za pomocą przycisku "Przywróć".

Może się jednak zdarzyć, że pracujesz już nad wersją rozwojową i nie będziesz chciał usuwać swojej pracy.

W tym miejscu do gry wkraczają "migawki". Użyj przycisku "Utwórz migawkę", aby zapisać wersję rozwojową osobno.

Migawka jest "zamrożona", ale będzie można ją później przywrócić do wersji rozwojowej.

Jest to również przydatne, gdy chcesz utworzyć dwie wersje aplikacji do sprawdzenia przez członka zespołu. Możesz zapisać jedną wersję jako migawkę i kontynuować edycję drugiej wersji jako wersji rozwojowej.


Czy znalazłeś to, czego szukałeś?

Możesz również udać się na stronę community.tulip.co, aby opublikować swoje pytanie lub sprawdzić, czy inni mieli do czynienia z podobnym pytaniem!


Czy ten artykuł był pomocny?