🚀 go-pugleaf

On 2019-03-31, Marek S <precz@spamowi.com> wrote:

[...]

>> No z niektórych pewnie można zrezygnować w konkretnych przypadkach (np. "ja nie używam
>> postgresa, to część plików dot. postgresa będzie mi niepotrzebna), ale to są zbyt zautomatyzowane
>> procesy by ktoś to "ręcznie" ogarnął.
>
> Hehe ... z tym Postgresem, to ja prawie wyłącznie z niego korzystam :-)
> Ale do rzeczy. Liczyłem na to, że jakiś większy zbiór danych będzie 
> niepotrzebny. Ale skoro tak nie jest, trudno. Nie będę więc szedł tą drogą.

To jest przykład. Chodzi o to, że w dobie autoloaderów i rozbijania kodu
na małe kawałki śledzenie które fragmenty kodu są naprawde wykorzystywane
jest bardzo trudne dla człowieka.

O ile w node.js było to na tyle istotne, że powstały packery które to po części
potrafią (np. rollup, czy webpack) o tyle nie kojarzę takich narzędzi dla PHP.
A i sens jest ograniczony, bo (w przeciwieństwie do javascriptu) serwer nie musi
"pchać" wszystkiego do klienta.

>>> lokalne. Do takiego deploymentu to Azure DevOps.
>> 
>> Przecież Azure DevOps pod spodem ma gita.
>
> No wiem. Ale nie o Azure chcę dyskutować, bo licencję mam nie na siebie. 
> W swoich projektach muszę radzić sobie inaczej.

Azure DevOps jest chyba darmowy do 5 userów, czy coś?
Zawsze sobie możesz swój założyć.

> Chciałbym wykorzystać GIT'a w ten sposób, w jaki powiedziałeś, że można. 
> Czyli na serwerze zrobić pull z mastera. Chyba tylko to mi wystarczyłoby.

Tak, no ale tak czy siak potrzebujesz do tego CI (np. jenkins) albo dostęp
terminalowy. Przez SSH tego nie zrobisz.

>>>> Nijak. Uparłeś się na taki model pracy, ma on takie (konkretne) wady
>>>> i niewiele z tym zrobisz.
>>>
>>> To moje uparcie na jakimś modelu wyraziłem gdzieś? Nie kojarzę?
>> 
>> O tu:
>> "Mam klientowi powiedzieć: zmień serwer i wtedy przyjdź do mnie?"
>
> To klient przecież się uparł w Twojej nomenklaturze (w mojej: nie miał 
> pojęcia co wybiera bo się nie znał gdy zamawiał usługę). Ja nie miałem z 
> tym nic wspólnego.

To się grzecznie mówi jakie są wymagania (dostęp terminalowy) i już.
Przecież laravel ma zestaw komend cli, które czasem są potrzebne do wykonania
(chociażby do migracji).

A jeśli bezpośredni dostęp nie jest opcją, to chociażby jakieś CI z ustawionymi
taskami dla różnych operacji (zrobienie paczki archiwum z kodem,
deployment zmian przez git, migracje bazy, backup/restore itp).

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com