Pepita73 / webproghu_dev

Webprog.hu apache-php7.2, Drupal 8.5.5
1 stars 1 forks source link

Bash scriptek #15

Closed Pepita73 closed 6 years ago

Pepita73 commented 6 years ago

Akik eddig "benne vagyunk", mindenki használ git bash-t? Szerintetek mennyire lenne jó, ha ebből 1-1 scriptel lehetne

egy paranccsal intézni?

Ha van értelme, akkor hol lenne jó helyen? (Gondolom közel a projekt root-hoz) Későbbiekben pedig lehetne egy update is, ami az src/config/sync dolgait intézi, ha kell.

Endyl commented 6 years ago

Én vagy linuxon vagyok, vagy van git bash-em.

Egyelőre szerintem nem feltétlenül szükségesek, a törlés is csak egy docker-compose down követve egy elővigyázatos git clean -ffdx paranccsal. Bár ez utóbbi eltörölhet olyasmit is, amit az ember meg akarna tartani, szóval lehet, hogy veszélyes egy általános szkriptbe berakni. Esetleg egy --interactive kapcsolóval még elmegy.

De persze megírhatjuk őket, és akkor később csak ki kell majd egészíteni őket.

A commit + push szerintem felesleges, akinek ilyen shortcut-ra van szüksége, az oldja meg a saját git configjában. Gites eszközből esetleg a git flow kellhet, ha úgy döntünk.

Helyileg lehetnének az ilyen általános dolgok a projekt gyökerében egy scripts vagy hasonló mappában.

Pepita73 commented 6 years ago

OK, egyelőre nincs időm rá, de ha vki akar, foglalkozhat vele, meg van a helye. docker-compose down egyébként nem törli a köztes image-eket, sőt, szerintem az utolsót sem. Túl gyorsan létrejön utána újra a container. Ha viszont Dockerfile módosul, akkor újragyártja az egészet és a korábbi köztesek bent maradnak szemétként. Emiatt amúgyis érdemes néha factory reset-et nyomni, de törlésnél én fontosnak tartom az rm és rmi parancsokkal, csak force-olni kell, hogy vigye magával az összes sallangot. Kódnál szintén arra gondoltam, hogy automatizálni kéne valamennyire. Mondjuk csúnyán is lehet: törölni mindent aztán git pull. :)

Endyl commented 6 years ago

Ha a Dockerfile nem módosult, akkor minek törölni az image cache-t? Az a jó, ha gyorsan feláll a container. Ha meg módosul a Dockerfile, akkor intézi a frissítést a docker.

Arra meg nem biztos, hogy ennek a repónak kell megoldást nyújtania, hogy hogyan a legcélszerűbb karbantartani a docker cache-ét. Legfeljebb ha lesz wiki, és valami problémát a docker cache törlése old meg, akkor ott egy tippek/debugging szekcióban meg lehet említeni ilyeneket.

ghost commented 6 years ago

Én csak git bash-t használok, viszont jelenleg Windows-ról, tehát a Linux-os parancsokat annyira nem ismeri. Szerintem vagy project root vagy annak egy almappája a jó hely ezeknek, én a root-ba tenném, ha kevesebb, mint fél tucat sh fájl. Esetleg össze is lehet vonni őket egybe, és paraméterrel választani, hogy mit csináljon. A commit + push nem feltétlen jó ötlet bash-be, mármint én személy szerint azt IDE-ből szoktam megoldani.

Endyl commented 6 years ago

Átgondoltam, és ez inkább igényfelmérés jellegű issuenak tűnik.

Szerintem arra jutottunk, hogy szükség esetén írunk majd szkripteket. Ugyanakkor ezeket majd jó lenne külön issuekban megnyitni, ha felmerül tényleges igény.

Egyelőre bezárom.