Automatický deployment pomocí Capistrano 3 (diskuse)

[Matlák]

Zeptám se blbě: má to nějaké výhody oproti CI řešením typu Jenkins a spol?

[Foo Bar]

Jenkins je v Javě a ta byla cool před lety. Capistrano je v Ruby, to je cool teď...

[mirec]

Hmm, čo je potom to PHP čo sa pomocou toho deployuje?

[pavlix]

To nebylo cool nikdy.

[xkucf03]

Ale bylo – minimálně v době, kdy nahrazovalo živelně psané CGI skripty.

[pavlix]

Na to jsem příliš mladý.

[xkucf03]

Já to taky osobně nepamatuji, začínal jsem někdy kolem PHP 4, ale sem tam jsem nějaké ty CGI skripty za život potkal.

[pavlix]

Já jsem na CGI skripty částečně z PHP přecházel jako na méně zprasenou technologii.

[R]

PHP editujem textovym editorom priamo na serveri - urobim si kopiu skriptu a tu testujem. Ked to funguje, tak sa to deployuje za prevadzky prikazom mv :D Akurat to nie je cool a in :(

[pavlix]

A hlavně je to dost na hovno. Taky jsem to tak z nutnosti dělal, takže vím, o čem mluvím.

[R]

Co ti na tom vadilo? Mne to celkom vyhovuje.

Ziadne zlozite vyvojove prostredia (IDE), frameworky a dalsi bordel. Staci ssh, joe a bash.

[Matlák]

Pokud máš chytrý způsob, jak

• testovat novou verzi za provozu, aniž by UX kteréhokoli uživatele bylo omezené
• nahodit novou verzi za provozu, aniž by došlo k sebemenší chybě

a to pro všechny možné případy výměn PHP skriptů a resourcí (od různých utilit, nových knihoven přes konfigurace, entity, DAO až po šablony a klientské věci (to je asi snadnější díky cache prohlížečů)) tak jsi celkem machr.

Pokud pracuješ s PHP a nasazuješ v prime-time s tím, že když padne 100x ERROR 500 tak se nic neděje, mno tak.. nic moc..

[xkucf03]

Problém je, že pak pořádně nevíš, co je kde nasazené, co je verzované a jestli si nepřepisuješ nějakou užitečnou opravu a nezanášíš tam znovu nějakou chybu… A když se vyvíjí v týmu, tyhle problémy se ještě násobí.

(ale neříkám, že jsem takhle taky nevyvíjel

[pavlix]

Ty výsledky byly velice špatné. Kolikrát jsem měl za to, že předvádím nějakou verzi s nějakými vlastnostmi a vůbec to nebyla pravda nebo mi do toho mezitím někdo zasáhl. Vývojová prostředí s tím nemají pranic společného.

[Foo Bar]

Snažíte se naznačit, že to stačí. Ale věřte tomu, že před Vámi stojí zástupy lidí, co takhle něco editovali a neměli to verzované, a doteď pláčou. Váš způsob práce není něco, čím byste se měl prsit...

[Jendа]

Tento typ editace přece nevylučuje verzování.

Spíš vidím problém když bude editovat nějaký soubor, co se includuje - jak změní cesty…

[xkucf03]

Tento typ editace přece nevylučuje verzování.

Můžeš to pak (nebo i před tím) ručně zaverzovat, ale nemáš nad tím pořádně kontrolu, je to velmi náchylné k chybám.

Správný postup je: vyvíjet, verzovat, vytvořit balíček, ten otestovat a pokud prošel testy, prohlásit ho za verzi k vydání (tzn. vydáváš přesně totéž, co je zaverzované a otestované, nemůže tam nic přebývat nebo chybět).

[R]

Urobim si kopiu include suboru a kopiu nejakeho modulu, ktory ho includuje. V kopii modulu zmenim cesty a mozem upravovat a testovat.

[adgadg]

Nope. Ted je cool JS (Node).

[podlesh]

Je to tak, Capistrano "letělo" předloni.

[Foo Bar]

Pardon, máte pravdu, já zapomněl, že teď frčí Node. Trochu mi ty systémy - pustím příkaz, který natahá spoustu věcí z webu, o kterých nic netuším, splývají.

[xkucf03]

Trochu mi ty systémy - pustím příkaz, který natahá spoustu věcí z webu, o kterých nic netuším

Výstižné… taky je mi tenhle přístup proti srsti.

[paks]

Ruby nie je cool už istú dobu (pozri napríklad node), ale capistrano bolo cool pred 5 rokmi, naposledy letel chef alebo puppet! Ale ani jedno mi nepríde mi to ako alternatíva k jenkins.