Add new comment to Deployment v PHP? Zkusili jste Magallanes?

S Magallanes jsem se nikdy nesetkal, ale potkal jsem se třeba s deployer.in nebo kluci na wordpress používali rocketeer. Postupně jsme ale evolucí přešli na ansible/chef/capistrano a rpm balíčky, to už ale u větších projektů.

Největší problém vždy nastává při zpětně nekompatibilní změně db modelu nebo při nutnosti migrovat současná data (session, uploadované soubory atd.), je vždy lepší se tomu vyhnout, protože pak člověk už musí šachovat s replikací či třeba s polymorfismem v aplikaci (funguje zároveň s novou i starou strukturou dat).

Pár rad na co je dobré si dát pozor:
- vždy se něco může po**at, takže počítej za každý okolností s možností rollbacku
- vždy novou verzi, kterou deployuješ, odzkoušej, žádné "ono to určitě bude fungovat, vždyť jsem měnil jen text" nikdy neplatí věčně
- dej pozor, abys si nesmazal živá data (uploadované soubory, generované css/image atd.). S rsyncem to jde vždy hodně snadno. Živá data měj vždy mimo aplikaci a snaž se omezovat práva na úrovni filesystému na max, tj. klidně právo na zápis oddělit od práva na čtení
- vždy před deployem nové verzi vytvoř záloh všeho (vč. živých dat), ač ti to může připadat jako zbytečnost, v jednom z 1000 případů ti to může zachránit mnoho hodin/dní práce a ušetřit řadu problémů
- doba deploye není nulová, neboj se během deployování hodit na webu režim údržby. Kontroluj jak dlouho to trvá a hlídej to. Není větší opruz než, když řada českých webů po půlnoci několik desítek minut vyhazují náhodné chyby, protože se provádí deploy, netýká se to jen těch malých...
- čím víc do workflow dáváš automatizaci, tím větší problém může nastat při nějaké chybě, ať už smazání dat uživatelů tak jakákoliv věc, která se rozbije po cestě

Určitě s tímhle máš zkušenosti, ale opakování je matka moudrosti. Tvůj blog čte hodně začínajících uživatelů a mohou se zbytečně dostat do pasti.