[M.....3]

Próbuję ustawić auto deployment z bitbucketa i natrafiłem na problem. Kiedy odpalam przez www skrypt o treści "git pull" nic się nie dzieje. Kiedy odpalam ten sam skrypt (lub ręcznie wpisuję komendę) przez terminal (zalogowany jako www-data) wszystko działa. Nie mam już pomysłu co dalej robić. Jakieś pomysły?

#informatyka #serwery #ssh #linux #bitbucket #github

[TypowyNerd]

@Matt23: A pokaz skrypt.

[M.....3]

@TypowyNerd: Wziąłem z tej strony
https://www.portent.com/blog/design-dev/github-auto-deploy-setup-guide.htm

[normanos]

@Matt23: a po co "przez www"?

[M.....3]

@normanos: Repozytorium wysyła webhooka po otrzymaniu commitu. Da się jakoś lepiej?
Nieważne czy skrypt odpala repozytorium czy ja wklepuję link - brak efektu na git pull. W terminalu działa, a loguję się na tego samego użytkownika, który obsługuje nginxa, i.e. www-data

[normanos]

@Matt23: sposobów na deploy jest masa bo można zrobić to z kilku stron co najmniej. Ja przyzwyczaiłem się do systemu w którym mam klona repo z BB u siebie na dnym serwerze, tam mam posthooka który przerzuca kod w docelowe miejsce. lokalnie muszę dodać to jako nowy upstream (przykladowa nazwa "live/dev").

użycie wtedy jest banalnie proste:
git push live

[normanos]

@Matt23 ps. wole takie rozwiazanie bo nie zawsze push do BB oznacza chec puszczenia zcegos na produkcje.

[M.....3]

@normanos: Może i faktycznie bardziej praktyczne, tylko czemu moje rozwiązanie nie działa?

[normanos]

@Matt23: nie wiem, ciezko powiedziec ze szklanej kuli. jedyne co mi na mysl przychodzi: a ow skrypt php ma w ogole prawa zeby cos odpalic?

[M.....3]

@normanos: Kiedy odpalam ten skrypt przez terminal wszystko działa, więc prawa musi mieć.

[karid]

Kiedy odpalam ten skrypt przez terminal wszystko działa, więc prawa musi mieć.

@Matt23: brak uprawnień? spójrz w logi php/apache

Repozytorium wysyła webhooka po otrzymaniu commitu. Da się jakoś lepiej?

@Matt23: możesz np postawić Jenkinsa który by robił to za Ciebie plus jeszcze jakieś dodatkowe bajery (tylko że to je RAM w niesamowitej ilości)

ps. wole takie rozwiazanie bo nie zawsze push do BB oznacza chec puszczenia zcegos na produkcje.

@

[M.....3]

@karid: @normanos: @TypowyNerd: Stała się rzecz nadzwyczajna. Po wprowadzeniu w php.ini ścieżki do logów i restarcie php skrytp zaczął działać prawidłowo. Nie mam zielonego pojęcia dlaczego, ale oby tak zostało ;p.

[normanos]

@karid: Jenkins - ale po co armata do muchy?
Stagging - gdyż ponieważ? Nie wszystko jest robione w korporacji teamach

[karid]

Jenkins - ale po co armata do muchy?

@normanos: nowe doświadczenie plus znajomość profesjonalnego narzędzia - imo to nadal lepsze rozwiązanie od pisania bashowych (i podobnych) skryptów do auto deploymentu

Stagging - gdyż ponieważ? Nie wszystko jest robione w korporacji teamach

@normanos: gdyż tylko szaleniec by tak konfigurował produkcję - a gdzie kompilacja assetów, a gdzie vendory? downtime na kilka minut murowane podczas deploymentu

[normanos]

@karid: sorry ale zawracanie dupy do małych projektów. Nie będę Jenkins stawiał żeby jakiegoś głupiego wp popchnac na serwer. A od assetow jest gulp. Polecam dobieranie narzędzi do projektu wg potrzeb ;) a nie sądzę aby pytając tutaj miał mega ultra projekt który wymagałoby takiego podejścia

[normanos]

@normanos: ps. Żadnego downtime nie ma przy tej skali ;)

[karid]

@normanos: generalnie zgadzam się z tym co piszesz (i sam nie używam jenkinsa bo potrzebowałbym dedykowaną pod to maszynę z 2gb ramu - choć z chęcią użyłbym jakiejś lżejszej alternatywy jeśli by taka istniała), ale też warto zauważyć że raczej nie ma się tylko jednego projektu - i automatyzacja/standaryzacja procesu deploymentu w projektach finalnie przyniesie korzyści.

a jeśli skrypt zrobi sobie pulla w katalogu który jest podpięty pod apache to przez