Workflow vývoje Joomla webů a verzování GIT

H13 napsal:

Mimochodem,celý tento dotaz v kostce byla plánovaná přednáška, kterou jsem chtěl udělat v Olomouci (pokud tam někdy tedy dorazím

Je to celkem jednoduchý, stačí se vyhnout D1

V sobotu ta D1 není tak špatná 😁😁

No ona je to docela štreka i bez tý D1

Ale přednáška z praxe (s názornými ukázkami:) ) by byla určitě zajímavá, takže Rudo, už se těšíme

Ok, bude rozdělena na verzování pro jednotlivce a práce v týmu.
A prezentována na praktickém projektu existujícího eshopu nebo webu.
Natrénuji na max 30-40 minut.

Ahoj Rudo,
nebylo by možné si k této problematice dát pokec na čtvrtečním online baru?
Mě by hlavně zajímalo, jak kdo má vyřešen vývoj webu na localhostu a jeho workflow - tedy základní systém nebo postup. Rád bych si to u sebe trochu urovnal a vylepšil, tak že bychom si to mohli porovnat a poplivat  
 
Co na to ostatní vývojáři?

ok, ve čtvrtek příští týden budu online

Co na to ostatní vývojáři?

A ) Co se týče vývoje webové stránky, nebo spíš sestavení webové stránky:

1. veškerý vývoj s plným debug modem a error reportingem na localhostu
2. poté export z localhostu a import na hosting (standardní SQL export - osvědčil se mi spíše v adminerovi než v phpMyAdmin, a standardní FTP přesun souborů)
3. Úprava configuration.php na serveru:

public $user = 'xxx';
public $password = 'xxx';
public $db = 'xxx';
public $log_path = 'xxx';
public $tmp_path = 'xxx';

B ) Co se týče vývoje např. rozšíření:
1. veškerý vývoj s plným debug modem a error reportingem na localhostu
2. pomocí vlastního php skritptu sestavení finálního instalačního balíčku a kopírování všech souborů do speciální složky, kde pomocí GIT proběhne "Commit to master" (případně do jiné branche, např. Dev), poté "push" na Github.

Opak trochu složitější, ale neděje se tak často:
1. Pull z branche do speciální složky a poté kopie souborů na localhost

(Protože mi systém automaticky sám vytváří balíčky, pak podpůrný věci jako automaticky vytvořený obrázky pro sociální sítě, nebo Read Me soubory, atd. mám tam ten mezikrok se speciální složkou a nejedu přímo localhost <--> Github).

Omlouvám se za nečeské výrazy commit, branch, push, pull, ... ale nechci to přeložit špatně, neznám český výrazy.

Díky za tvůj tip. Já to asi dělám podobně. Na localhostu sestavuji web - vlastně co se dá naklikat v administraci Joomly a šablony. Na to asi žádné workflow není třeba. Ale když se dostanu k nějakým úpravám kódu - přepisům šablon atd., nebo řeším úpravy css, tak jsem chtěl mít možnost se podívat i zpětně co jsem kde a kdy změnil. Např. si klient za dva roky vzpomene, že už v eshopu nechce mít u zboží položku skladem počet ks a já vzpomínám kde to přesně mám a kdy jsem to dělal. Proto jsem si začal tyto soubory ukládat do GITu a mám tam komentáře, které mě navedou.
Takže tak si ukládám vlastní css a override souborů.

Když mám hotovou nějakou část práce, tak si udělám zálohu db a souborů a nahraju ji na test server aby se klient nebo spolupracovníci mohli podívat a otestovat.
Tak postupuji dokud není web připraven na spuštění do produkce.

Soubory nahrávám klasicky přes ftp a db přes phpMyAdmina. Zkoušel jsem úspěšně i deploytment automaticky ale narážím na to, že musím přenášet celý kód Joomly, když neměním jen části kódu ale např. píšu články nebo naklikávám strukturu menu atd.
To jsem si chtěl nějak ulehčit nebo zrychlit, např. když aktualizuji - záloha, aktualizace, test na localhostu, import na produkci, test produkce.

Ale asi to moc automatizovat nejde....

Vývoj na localhostu je ok pro "One Man Show"

Jakmile se vyvíjí v týmu, je tohle nežádoucí.

Proto vývoj webů nebo zrozšíření probíhá vždy na serveru - na vývojové doméně, která má stejné parametry jako produkce.
Web je napojený na git a jednotlivé úpravy se gitují podle čísla požadavku do samostatných branch nebo do branch devel s číslem požadavku
Jakmile je odsouhlaseno, nastane merge do master (to může proběhnout lokálně) a následně na produkci nastane pull.

Tím pádem je nasazení změn na produkci (tzv. deploy) otázka několika minut.
Je třeba si odladit v gitignore to co se nebude gitovat.
Také je třeba odladit změny v DB - například já abych nemusel programovat rozdílové tabulky (což například dělají kolegové při změnách na vodafone eshopu), tak po pull provádím znovu instalaci na produkci.

Samozřejmostí jsou SSH klíče pro jednotlivé uživatele.

 

Za mně podobně jako Honza, jen pro přenos na server používám Akeeba Backup, je to výrazně rychlejší. 
Jinak vývoj na localhostu je běžný i pro velké týmy, záleží hodně na typu projektu a na způsobu deploy. 
Pokud budu hodně "extrémní" tak vše probíhá v rámci dockeru. Tzn. Vývojář si může stáhnout aktuální image pro databázi, souborový systém a webový server, vše si zprovozní u sebe na localhostu a pak jede přesně na stejném prostředí jako je produkční server. Změny pak nahraje na Git, odkud se automaticky mohou dostat znovu do obrazů pro vývoj. Deploy pak může proěhnout jen "záměnou" obrazů. Ale pro vývoj na Joomle to není úplně nejjednoduší nastavit, protože databáze a souborový systém jsou hodně provázané (instalací nové verze rozšíření dojde ke změnám souborů i databáze).

Ano, divadlo si hraji sám:-) takže si s localhostem vystačím, v týmu vyvíjím nárazově a to pak řešíme na test serveru.
Jak to čtu ty vaše odpovědi, tak jsem nabyl dojmu, že to nedělám zase tak špatně.
Co se týká Akeeba Backup  - jak řešíte místo na hostingu - zálohy něco zaberou a co vytížení host serveru, je v pohodě? Jakou verzi používáte?
Zatím jsem zkoušel free verzi Easy Joomla Backup nebo klasicky FTP a DB.
 

Akeeba backup používám primárně pro přenost localhost - server, resp. naopak. Ono při přenosu přes FTP / SFTP / FTPS je rozdíl v čase přenosu tisíců malých souborů a jednoho velkého obrovský (pár sekund vs. pár, možná i desítek, minut).
Na serveru spoléhám primárně na zálohování od hostingu, Zálohy pomocí Akeeba Backup dělám obvykle jen např. při aktualizaci, a to bez složky images. Záloha pak má někde mezi 30-50MB, a udržuju jen tak jednu dvě poslední.
Na vše si vystačím s Akeeba Backup v základní free verzi, Akeeba backup PRO jsem nasazoval jen asi jednou, když poněkud paranoidní klient chtěl posílat denní zálohy na FTP.. Plánování záloh ani podobné další speciality nepoužívám, od toho mám zálohování na hostingu...

Ahoj kluci,
díky za plodnou diskuzi zde i ve čtvrtek na online baru. Dalo mi to trošku jiný pohled a snad se mi podaří některé věci implementovat i u sebe.
Jinak se omlouvám za nečekané odpojení z online baru - vypli nám proud )) takže pokud jsem o něco přišel, musíte mi to příště povyprávět