React Native: Fastlane

0.62.2+

0:00Na poprzedniej lekcji powiedziałem wam o narzędziu firebase które uważam za

0:04totalny must have w przypadku testowania naszej aplikacji

0:08i ostatnim narzędziem jakim chciałbym się z wami podzielić

0:12jest fastlane jak widzieliście proces tworzenia apki

0:17release'owej wymagał uruchomienia jakichś tam skryptów zmian w jakichś

0:23w jakchiś ustawieniach następnie musieliśmy to

0:28musimy tą aplikację fizycznie ten plik apk czy ip znaleźć wrzucić

0:32do albo do firebase albo do testflight i tam dopiero jeszcze

0:36kliknąć żeby on był dostępny czy wysłać do testerów czyli wydaje się że to generalnie

0:41trwa powiedzmy pięć minut natomiast jak tych wersji mamy trochę aplikacja zaczyna być coraz częściej

0:45wrzucana do testowania coraz częściej mamy jakieś tam zmiany to zaczyna

0:49to nam kraść sporo czasu i dlatego powstało narzędzie

0:53fastlane jest to narzędzie które nam automatyzuje ten proces to znaczy my

0:57powiedziałem w uproszczeniu bo to jest jedna z rzeczy które fastlane robi on

1:01jeszcze jakby ma oczywiście dużo bardziej skomplikowane narzędzia które pozwalają

1:05na przykład właśnie robić screenshoty aplikacji przed wrzuceniem puszczać testy żebyśmy mieli

1:09pewność że to co poleci do naszych testerów będzie już przetestowane i tak dalej natomiast

1:13w najprostszej wersji to automatyzuje nam budowanie aplikacji i chciałem wam pokazać

1:18jak wygląda taki skrypt prosty w przypadku androida i w przypadku

1:22iOS-a jeśli wejdziemy sobie do iOS-a odpalimy sobie nasz

1:26fastlane troszeczkę powiększę ekran to

1:30plik fastlane'a składa się z lane'ów

1:34tak mamy lane w tym przypadku firebase z podpisem send up to

1:38firebase testers i mamy lane testflight czyli wyślij moją

1:42aplikację do tych już testerów takich ostatecznych i co w tym

1:46lane'ie się znajduje mamy po prostu po kolei kroki takiej automatyzacji co ma się dziać

1:50czyli tutaj na przykład mamy miejsce na puszczenie testów później mamy miejsce na inkrementowanie

1:55naszego builda czyli jeśli mamy build nie wiem 73 to nie musimy ręcznie za każdym razem podbijać

1:59tej wersji do 74 tylko to nam zrobi już fastlane po wrzuceniu następnie nasza

2:03aplikacja jest budowana czyli musimy wybrać jakiś scheme jakie

2:08tam chcemy mieć metody czyli czy to jest development musimy właśnie wybrać nasz provisioning profile być

2:13może część rzeczy automatycznie się działać ale w przypadku bardziej skomplikowanych aplikacji gdzie

2:17mamy kilka właśnie różnych provisioning profiles kilka targetów i tak dalej to musimy sobie to ręcznie wypisać

2:21i musimy podać nasz signing certificate czyli czym chcemy tą aplikację

2:25podpisać jeśli aplikacja nam się zbuduje poprawnie to możemy

2:29wykorzystać plugin właśnie taki fastlane'owy właśnie do wrzucenia jej do firebase

2:33czyli podajemy identyfikator aplikacji wcześniej musimy to oczywiście autoryzować podajemy

2:38naszych testerów którym chcemy to wysłać i jakby tak naprawdę wpisując jedną komendę

2:42nasza aplikacja od razu jest budowana inkrementuje się jej wersja jest zbudowana i wrzucana

2:46do wszystkich testerów i trochę podobnie to wygląda w przypadku testflighta czyli

2:50znowu mamy jakieś tam testy mamy inkrementowanie naszego builda mamy

2:54faktyczny build naszej aplikacji już widać że tutaj jest inny scheme to jest release'owy widać

2:59że signing certificate jest firmowy tak czyli jakby to jest jakaś tam firma

3:03która jakiś team który to podpisuje i następnie wysyłamy

3:07to do testflight gdzie musimy też jakoś to zidentyfikować i od razu

3:11ta aplikacja zostanie wysłana do testerów bardzo podobnie wygląda to w przypadku androida bo

3:15również korzystam z firebase'a tak czyli znowu inkrementujemy

3:19build tutaj jest jakiś komentarz że coś miałem jakiś z tym ostatnio problem ponieważ te fastlane'y te pliki

3:24fastlane'ów ja wziąłem z realnych projektów to nie są jakby wygenerowane na poczet w tego kursu

3:28to są faktycznie projekty gdzie oczywiście zanonimizowane trochę dane ale faktycznie my z tego korzystamy

3:32używamy gradle'a do budowania czyli to o czym mówiłem robimy assemble debug bo jakby

3:37tworzymy wersję debugową to akurat był projekt nie react

3:41native'owy dlatego jakby jest wersja debugowa czyli ta z naszym powiedzmy

3:45buildzie debugowym i wysyłamy wersję do firebase'a i tak samo tak

3:50jak mieliśmy testflight na iOS-ie tak w przypadku androida

3:55mamy google play i znowu budujemy inkrementujemy tu jak widać już tworzymy wersję release'ową

3:59i następnie tak naprawdę wywołujemy tylko upload to play store żeby wysłać

4:03tą wersję do naszego google play w wersji beta tak

4:07bo nie chcemy od razu tego wysłać na produkcję a jak wszystko się sprawdzi to po prostu w tym google play

4:11możemy już to robić tak więc fastlane jest super narzędzie i mimo

4:15że powiedzmy wydawałoby się na początku że ten czas wrzucania tej aplikacji nie jest duży to jednak

4:19jak przemnozymy to przez liczbę razy jakich to robimy i konieczność pamiętania o

4:23tym żeby odznaczyć że to jest wersja release'owa nie produkcyjna że jest api takie

4:27a nie inne i na pewno by się zdarza się że byśmy

4:32się gdzieś tam pomylili i wysłali nie tą wersję co trzeba to taki fastlane naprawdę oszczędza nam mnóstwo czasu

4:37i nerwów tak więc na koniec mogę powiedzieć że to też

4:41jest taki must have czyli jak tylko będziecie wrzucać pierwszy raz swoją aplikację to

4:45wrzućcie ją raz ręcznie żeby zobaczyć jak wygląda proces i od razu skonstruujcie

4:49sobie takiego lane'a właśnie do firebase'a albo do testflight'a albo do google play żebyście

4:53widzieli jak to się robi dzięki bardzo za tę lekcję