@bozoou
Npr. sav svoj code držiš na gitu, deploy se radi tako da se napiše skripta koja će odraditi build svega što treba, pokrenuti rsync i kopirat će se promjene na server sve na živo, bez da je site down.
Skripte se pišu u određenom jeziku, npr. uzmimo bash, ništa se ne razlikuje od programiranja php-a, perla i drugih skriptnih jezika.
Skriptu za build možeš napraviti i u perlu, pythinu itd…, nisi ograničen.
U bash skripti ti je sve dostupno kao i linux consoli, sve naredbe i i pišeš code i kao u svakom drugom jeziku.
Ne da bi se dalo podesiti ovako, nego se tako radi, jer ako imaš deploy aplikacije na više servera, onda ti na svakom serveru sve mora biti isto, prvo jedan build i onda rsync.
Mana ovog tvojeg je što si vezan za webpack, tu moraš voditi računa , ako imaš više pluginova da iz konfiguracije čitaš koji ti je plugin aktivan po potrebi i koji će se pokretati i kojim redoslijedom. Što ako imaš više aplikacija, i sad svaka aplikacija koristi samo određene pluginove i neki pluginovi ne smiju biti aktivni za neku aplikaciju , a moraju biti aktivni za drugu aplikaciju, a ti moraš kompajlirat sve aplikacije?
Ovo se sve lako riješi u skripti i imaš odvojene te svoje pluginove kao js skripte ili nešto i samo ih pozivaš tamo gdje ti treba koji.
Možda imam krivo razmišljanje ili drukčije percipiran webpack.
Nadalje tu je održavanje, ako imaš x pluginova, to je teško održavati, reći češ to je samo nekoliko file-ova i sl., međutim to nije tako.
Isto tako nekad se zna dogoditi da u projektu imaš x različitih aplikacija koje moraju biti buildane po određenom redoslijedu na određeni način , a koje čine skup koji se koristi u aplikaciji.
Uglavnom deploy-em se bavi dev ops koji je level više od administracije Os-ova.