Git a composer a pararelní vývoj Addonů

Hosiplan: dík za tip.

Co mě ještě zajímá composer update tak updatuje automaticky všechny balíčky? A dá se specifikovat, že chci updatovat třeba jen jeden balíček? A některý zrovna nechci updatovat? Nebo takový případ budu řešit gitem?

Chápu to správně, že tedy commitovat změny budu přes git a updatovat budu přes composer? Můžu to libovolně kombinovat? Nerozhodí to git?

Tyhle souvislosti mi ještě nejsou úplně jasné …

V tom issue na které odkazuješ navíc píšeš, že používání git submodules bylo annoying – mohl bys rozvést důvody? Doladil sis nějak raději řešení se symlinky?

Zvažuju ještě možnost, vykašlat se v tomto stádiu na composer a řešit vše raději přes git, ale nevím co bude lepší …

Editoval LeonardoCA (11. 8. 2012 16:32)

Chápu pro jednotlivce s více projekty, které si sám udržuje je by to se symlinky bylo v pohodě řešení. Akorát s tím že na dvou projektech budou další minimálně 3 programátoři, tak to musí jít přes git.

Vždy je riziko, že úprava addonu rozbije něco v jiném projektu a tam zrovna nebude čas a chuť to hned řešit…

Budu si muset ještě něco vygooglit k těm submodulům, proč s tím jsou problémy.

Ještě mě napadá řešení adresář addonů úplně ignorovat v hlavním git repozitáři a mít v něm v podadresářích několik samostatných git repozitářů, které by se comittovaly zcela nezávisle. A balíčky pro composer by se dělaly až pro release verze addonů a release verze celé aplikace by se už i na staging řešila jen přes composer a odpovídající verze addonů…

Co si myslíš o takovém řešení? Pro vývoj několik nezávislých projektů ve společné adresářové struktůře. Pro deployment by se pomocí composeru spojily do jednoho projektu…

Předně ti raději zdůrazním jednu důležitou věc. Composer umí pracovat čistě nad git repozitáři. Ty mu řekneš, že chceš vývojovou verzi a on ti při každém $ composer update stáhne nové commity. Tohle je úplně v pohodě funkční řešení.

Ještě mě napadá řešení adresář addonů úplně ignorovat v hlavním git repozitáři a mít v něm v podadresářích několik samostatných git repozitářů, které by se comittovaly zcela nezávisle. A balíčky pro composer by se dělaly až pro release verze addonů a release verze celé aplikace by se už i na staging řešila jen přes composer a odpovídající verze addonů…

Adresář s knihovnami, které instaluje composer nesmíš commitovat do projektu! To jsou oddělené projekty a composer je skládá dohromady. Ty musíš mít složku vendors v .gitignore.

Balíčkem se chápe jakákoliv aplikace, knihovna, nebo rozšíření. Tebe jediné co zajímá, tak na jaké verzi běžíš. Můžete mít v pohodě několik samostatných repozitářů, commitovat do nich a vždy spustit jenom $ composer update.

Pokud pracuješ s development verzí balíčku, která je verzována v gitu, tak ano. Composer ti naklonuje kompletní repozitář. Když pak dáš update, pullne změny a checkoutne co po něm chceš.

LeonardoCA napsal(a):

Hosiplan: dík za tip.

Co mě ještě zajímá composer update tak updatuje automaticky všechny balíčky? A dá se specifikovat, že chci updatovat třeba jen jeden balíček? A některý zrovna nechci updatovat? Nebo takový případ budu řešit gitem?

update jedneho balicka: composer update vendor/balicek

ja to riesim tak, ze sa commituje len composer.lock a na serveri vzdy zavolam composer install. este sa mi nestalo, ze by niekto nieco vymazal, alebo bol github off.

a ak nahodou, tak stara verzia je zachovana a vzdy sa da instalovat balicky aj po jednom

commitovat aj vendor dir len v pripade, ze nie je shell access.

no tak som to myslel, ale niekde nemas na vyber, taky phpfog napriklad

to je super. ale aj tak ich asi nezacnem pouzivat. uz som upisal svoju dusu pagodaboxu :)