🚀 go-pugleaf

W dniu 2019-03-31 o 17:14, Wojciech Bancer pisze:
> 
> 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ą.

>> O, a to mnie zainteresowało. Czy istnieje wersja GIT w postaci
>> skryptowej, którą mogę skopiować na serwer i tam używać? Nie mam za
>> bardzo doświadczenia w GIT, do tej pory traktowałem go jako narzędzie
>> 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.

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.

> 
>>> 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.

> Skoro nie jesteś w stanie być asertywny i upierasz się na wersji
> w której klient ma zawsze rację (mimo że się na tym nie zna),
> to cierp. :)

Asertywność ma słabe zastosowanie w tym przypadku.

-- 
Pozdrawiam,
Marek