./dev.sh

dev.sh ከ Climweb ልማት አካባቢ ጋር አብሮ መስራትን ነፋሻማ የሚያደርግ የረዳት ባሽ ስክሪፕት ነው።

በነባሪነት ./dev.shን ማስኬድ dev envን ይጀምራል እና መያዣዎቹ እንደ ትክክለኛ ተጠቃሚዎ እየሰሩ መሆናቸውን ያረጋግጡ።

የ./dev.sh አጠቃቀም ምሳሌዎች፡-

$ ./dev.sh # same as the up command above but also ensures the containers run as the running user!
$ ./dev.sh --build # ups and rebuilds
$ ./dev.sh restart # stops and then ups
$ ./dev.sh restart --build # stops, builds, ups
$ ./dev.sh build_only # just builds
$ ./dev.sh dont_migrate # ups but doesn't migrate automatically on startup
$ ./dev.sh dont_migrate dont_sync dont_attach restart --build # even more flags!
$ ./dev.sh run backend manage migrate
# Any commands found after the last `./dev.sh` command will be passed to the `docker compose up` call made by dev.sh
# This lets you say do --build on the end or any other docker-compose commands using dev.sh!
$ ./dev.sh restart {EXTRA_COMMANDS_PASSED_TO_UP}  
$ ./dev.sh down # downs the env
$ ./dev.sh kill # kills (the old stop_dev.sh)
# WARNING: restart_wipe will detail ALL volumes associated with that environment 
# permanently. 
$ ./dev.sh restart_wipe --build

ለምን ./dev.sh ኮንቴይነሮቹ እንደ እርስዎ እንዲሄዱ ያረጋግጣል

በዴቭ ሞድ ውስጥ የClimweb ምንጭ መቆጣጠሪያ ማውጫዎች ከአከባቢዎ ጂት ሪፖ ወደ ኮንቴይነሮች ተጭነዋል። እነዚህን በመጫን ኮንቴይነሮቹ የምንጭ ኮድ ለውጦችን ያያሉ እና በራስ-ሰር እንደገና ይገነባሉ። ነገር ግን ኮንቴይነሮቹ እንደ ትክክለኛ ተጠቃሚዎ የማይሄዱ ከሆኑ ኮንቴይነሮቹ በድንገት የባለቤትነት መብታቸውን ሊለውጡ ወይም በተጠቃሚው ባለቤትነት የተያዙ ፋይሎችን በማጠራቀሚያው ውስጥ ሊሰሩ ይችላሉ። ስለዚህ ኮንቴይነሮችን እንደ ተጠቃሚዎ በማስኬድ የምንጭ መቆጣጠሪያ ማውጫዎችዎ የፋይል ባለቤትነት ችግሮች ሊገጥማቸው የሚችልበት ዕድል የለም። በተጨማሪም የዶከር ኮንቴይነሮችን እንደ ነባሪ ስር ተጠቃሚ አለማድረግ ጥሩ ነው።