🚀 go-pugleaf

On 2018-12-27, Borys Pogoreło <borys@pl.edu.leszno> wrote:

[...]

>> Typowo dla tego typu narzędzi - tworzy nowy katalog z wersją (iteracyjną), 
>> robi wszystko co ma robić i dopiero jak wszystko skończy poprawnie, to podmienia 
>> symlinka "current". Wstrzyknąć można np. migrację bazy danych (z symfony wspierany 
>> jest doctrine migration), potrafi też zadbać o prawa do zapisu wskazanych katalogów,
>> czyści cache itp.
>
> A tak z ciekawości - da się zrealizować scenariusze w rodzaju "deploy się
> sypnął na dalszym etapie, więc wycofaj migracje w bazie, ale tylko te przed
> chwilą wykonane"? Albo np. w jakiś sposób przekazać argumenty tylko do
> jednego etapu procesu (przykładowo czasem chcę uruchomić tylko jeden Seeder
> przy aktualizacji aplikacji Laravel)?

Możesz ustalać role poszczególnych serwerów (np. app/db) i przypisać odpowiednie
komendy do ról. Możesz wywołać poszczególne komendy, np:

dep database:migrate --roles=db
(w laravelu pewnie będzie dep artisan:migrate)

Tu masz więcej o możliwych podziałach tasków:
https://deployer.org/docs/tasks
w sekcji filtering.

Przy czym ja osobiście mam wpisane migracje do bazy tuż przed samym
linkowaniem do current, więc jak migracja bazy zawiedzie, to po prostu
nic się nie wykona (migrację pisze jako transakcyjne, więc jak coś pójdzie
nie tak, to z automatu pójdzie rollback na bazie).

Jeśli któraś faza nie wyjdzie, to "domyślnie" nic się nie zmieniło,
nie podmienił się link do wersji bieżącej, więc można cały proces 
ponowić od początku.

Wycofanie konkretnego etapu z bazy danych (już po tym jak deployment poszedł
i wszystko było ok) jeśli muszę, to już wykonuję na serwerze i przy założeniu,
że jest poprawnie wypełniona sekcja down() w migracjach. Ale szczerze mówiąc,
to wolę tak projektować system, by tego unikać, bo tego typu cofanie bazy to
proszenie się o kłopoty.

>> Alternatywą (którą mi się zdarzało stosować w projektach JS) jest
>> też shipit + shipit-deploy. Pozwala np. budować sobie "gdzieś na boku"
>> taką aplikację javascript, a na serwer posłać tylko niezbędne 
>> pliki.
>
> Też sobie zapiszę. Na szczęście w JS nie mam takich projektów, by sięgać po
> tak rozbudowane narzędzia.

Ja ostatnio jestem zakochany w serverless, więc siłą rzeczy więcej w node 
siedze. :-)

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