Closed Pepita73 closed 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.
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. :)
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.
É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.
Á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.
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.