2015-08-25 14:13 GMT+03:00 Catalin Muresan <[email protected]>:
> 2015-08-25 0:48 GMT+01:00 Petru Rațiu <[email protected]>: > > > Ok, m-am mai lamurit dupa ce am discutat azi cu cativa developeri de prin > > firma, o sa incercam sa metinem un tree cu toate dependintele > out-of-distro > > > > meh. uita-te in .gitignore din laravel sa vezi ca vendor/ e acolo. Doar > daca tii neaparat sa vezi ce s-a schimbat in vendor(dependinte). > > > > in el (i.e. partea cu composer se ruleaza pe masina celui care comite in > > repo, se hotaraste el ce versiuni si cand comite), testarea si > deploymentul > > dupa aia le vom face static la fel ca la proiectele traditionale. > > > > Dependintele out-of-distro sunt in directorul vendor/ (in laravel de ex.) > Mai elegant e sa ai un hook pe commit in git repo care sa faca build la > versiunea respectiva. > Developerul sa aiba local un VM in care sa scrie cod si de unde sa faca > push / pull request. Ca sa automatizezi asta poti folosi vagrant. Ce _nu_ > vrei e ca fiecare sa instaleze ce versiune vrea el si la final sa nu mearga > pentru ca e ceva versiune diferita. > Si mai elegant e sa ai CI tool (hudson/jenkins, bamboo, etc) care sa faca > asta dupa care sa ruleze testele automate. > Daca trece de testing CI ruleaza script-ul de packing care impacheteaza > aplicatia cu toate dependintele si o pune pe server (sau daca vrei docker > image si push in docker-registry). > Dupa asta deployment e simplu, symlinks. > > Sunt zeci de optiuni, toate au evoluat nu ca sa fie lucrurile mult mai > complicate ci ca sa poata oferi developerilor o interfata simpla prin care > sa-si poata testa o aplicatie intr-un mediu cit mai mult similar cu > productia. > Sunt aplicatii care merg pe 10-20 servere si au 10-20 servicii unde trebuie > sa automatizezi si lansarea de instante, configurarea, deployment si la > final stergerea instantelor. > Tu esti fericit cu un server si un serviciu :). > > N-am nici o problema cu enshpe versiuni diferite in pipeline-ul de development, dar pe live eu prezint _un_ serviciu, da. Ma intereseaza sa fie consistent (pe oricate servere sau datacentere ar fi in spate) si sa treaca printr-un proces riguros de change management. Dar poate lucram in medii diferite... > > > > > M-am distrat foarte tare incercand sa buildez composer din surse (cand > > mi-ai dat link la releases credeam ca nu vazusem eu release-uri binare pe > > github, dar e doar tree-ul cu sursa): > > > > root@vagran:~/composer# ./bin/compile > > You must set up the project dependencies, run the following commands: > > curl -sS https://getcomposer.org/installer | php > > php composer.phar install > > > > installer-ul doar face download la composer.phar ( > https://getcomposer.org/composer.phar) si il face executabil (si mai > verifica una alta). > > Gluma era ca eu tocmai composer.phar ala incercam sa-l buildez :) -- P. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
