@tmh7 fakt

@zly_dzien dzięki, poczytam.

Nie chciałbym tego rozbijać aż tak bardzo (każdy ficzer = osobny branch). Wyobraź sobie, że masz kilka strona na WordPress. Główna gałąź to czysty WordPress. Tworząc stronę dla pierwszego klienta tworzysz również nowy branch (główna.modyfikacja1). Gdy pojawia się druga strona do zrobienia znowu tworzysz branch (główna.modyfikacja2). Gdy pojawi się aktualizacja WP robisz ją w głównej gałęzi i później robisz merge do odnóg.

Coś takiego chcę osiągnąć. Jeszcze razPokaż całość

@laki1 why? :(

albo nvm, zabieram się za lekturę...

@frax dzięki za info

@laki1 dlaczego?

różnice między projektami będą opierały się na tym, że w jednym będzie inny szablon niż w drugim, inny będzie też zestaw zainstalowanych pluginów

@frax @laki1 coś stało to działa. Próbowałem zrobić marge dwóch repozytoriów. W jednym był WP 4.2.1 w drugim 4.2.2, wyskoczyło sporo konfliktów

hmm, czy taki fix jest ok?

grep -lr '<<<<<<<' . | xargs git checkout --theirs

@frax konflikty pojawiły się w plikach samego WP. Symulowałem sobie sytuację, gdy pojawia się aktualizacja WP. Aktualizuję główne repozytorium i później chcę 'wmergować' zmiany do pozostałych repozytoriów.

@normanos chodzi o aplikację czy rozmiary serwisu?

jedna aplikacja PHP, całość uruchomiona na VPS (1GB RAM, 2GHz, SSD)
nie mam żadnych dodatkowych serwerów do wykorzystania jako CDN

obciążenie raczej należące do niskich

@Diabl0 jeżeli ograniczę się do cache dostarczanego wraz z nginx [1] to czy ma sens bawić się w APC?

[1] https://www.digitalocean.com/community/tutorials/how-to-setup-fastcgi-caching-with-nginx-on-your-vps

dzięki :D