@its_over_for_chlop: do czegoś tak prostego nie ma znaczenia czy wybierzesz github actions czy gitlab CI, wybierz jedno z tych, tam gdzie trzymasz/trzymacie kod

@its_over_for_chlop:

Gitlab jako repo dla kodu i Gitlab CI dla CI/CD. Ale github actions + githuba to w zasadzie to samo takze bierze co Tobie pasuje

@its_over_for_chlop: W Gitlabie nie musisz placić jeśli postawisz swojego runnera, a jest przyjemniejszy niz Jenkins

@tos-1_buratino: przecież jenkins to jest mega archaik, nie rozumiem jak można go polecać w 2022, tym bardziej gdy kolega robi dosyć proste i łatwe do zdeployowania rzeczy

@its_over_for_chlop: bitbucket - masz tam pipeliny itp. U mnie w firmie mamy bitbucket + jenkins (postawiony lokalnie, testy, buildy) + sonar cloud (pokrycie testami, zduplikowany kod, statyczna analiza kodu). To by bylo na tyle jesli chodzi o testy, repo i code quality. Co do deployu kodu to terraform jest spoko - nie jest latwy, ale raz ogarniesz i zycie jest prostsze

@its_over_for_chlop: bitbucket na 100% pozwala zbudowac caly "lancuch" od kodu do deploy'a - wiem tylko ze placisz ze czas budowania itp To mi sie srednio podoba.
W firmie mamy jenkins bo od dawna byl uzywany + taniej wychodzi miec vmk'i i tam stawiac jenkinsy (master/slave) niz placic za czas i moc obliczeniowa

@its_over_for_chlop: Co do zamiany, to było najlepsze co mnie spotkało. Utrzymywanie Jenkinsa z pluginami jest mocno irytujące

@its_over_for_chlop: Co do puntków 2 i 3 to bym użył dockera, co do 1 to raczej shell

@its_over_for_chlop: W ogóle jeżeli chciałbyś wejść jeszcze poziom wyżej z abstrakcją, to polecam AWS Amplify do hostingu backendu + frontendu + CI/CD. W ostatnich 1-2 latach zrobili wszystko na tyle spoko, że da się to wszystko wyklikać z poziomu UI i głównie musisz połączyć klocki i wskazać, gdzie masz kod. Do projektów prywatnych i PoC bardzo się to sprawdza

Jest to odpowiednik Firebase/Supabase, ale jeżeli chcesz mieć backend ale nie chcesz mieć GraphQL to raczej nie polecam, wtedy samemu trzeba stawiać backend z CDK/Serverless Frameworkiem

@its_over_for_chlop: tam jest wtedy zupełnie inaczej, amplify wtedy zastępuje Ci cały IaC framework czyli w tym przypadku Serverless framework idzie do kosza i wszystko robisz w ekosystemie Amplify

Ale no jako że robisz RESTowe API to nie polecam, bo to głównie do Graphqla, więc w sumie potraktuj to jako ciekawostkę, może przyda się przy zabawie z GQL kiedyś xd

@its_over_for_chlop: Kwestia jak chcesz uruchomić stronę. Czy w dockerze czy lokalnie na serwerze

@its_over_for_chlop:
Jak jenkins ci śmierdzi to przy tych wynalazkach będziesz płakał chcąc zrobić cokolwiek customowego.

@MialemNieWracac:
To tylko narzędzia. Ale facet ma działający setup na Jenkinsie i zamiast go przenieść z lokalnego maca na vps kombinuje i szuka dziury w całym. Zmarnuje tylko czas na ustawianie nowej zabawki która będzie robiła to samo.

Ale jak już się bawić to kupić własnego vps do developerki, ustawić git hooki i skrypty do budowania, deployu itp. To daje duże możliwości zrobienia czegoś jak naprawdę chcesz i często jest szybsze niż kopanie się z warstwą pośrednią jaką są jenkinsy, gitlaby, githuby.

@tos-1_buratino: tak zerknąłem na cały temat jeszcze raz na szybko i nie widzę, żeby gdzieś było coś o gotowym setupie Jenkinsa

Ale jak już się bawić to kupić własnego vps do developerki, ustawić git hooki i skrypty do budowania, deployu itp. To daje duże możliwości zrobienia czegoś jak naprawdę chcesz i często jest szybsze niż kopanie się z warstwą pośrednią jaką są jenkinsy, gitlaby, githuby.

To co opisujesz jest właśnie mnóstwem zabawy i potencjalnych problemów, z narzędziami typu Github Actions definiujesz tylko obraz, na którym ma działać runtime i komendy, które ma odpalić. Nie musisz się przejmować runnerami i wszystkim co jest niżej niż twój skrypt do deploymentu

Kupowanie VPS to dopiero brzmi archaicznie ( ͡° ͜ʖ ͡°)