የዊንዶውስ ቤተኛ ልማትን አስተካክያለሁ፡ በትክክል የሚሰራው ነገር ሙሉ መግለጫ

የዊንዶውስ ቤተኛ እድገት ለዓመታት በመሳሪያ ሰንሰለት ክፍፍል ፣ጥገኛ ገሃነም እና የአካባቢ አለመመጣጠን ተቸግሮ ነበር - ነገር ግን ለወራት ከፈተኛ ሙከራዎች በኋላ በመጨረሻ ትርምስን የሚያስቀር የስራ ፍሰት አገኘሁ። ይህ መመሪያ በትክክል የተሰበረውን፣ የሞከርኩትን እና አሁን የእኔን ምርት የሚያንቀሳቅሰው ማዋቀር ያለ አንድ የWSL መፍትሄ ይሸፍናል።

ለምንድነው የዊንዶውስ ቤተኛ እድገት ሁሌም እንደዚህ አይነት ቅዠት የሆነው?

እውነተኛው መልስ ዊንዶውስ ከገንቢዎች ጋር እንደ ዋና ዜጋ አልተነደፈም። በዩኒክስ ላይ የተመሰረቱ ስርዓቶች የጥቅል አስተዳደርን፣ የሼል ስክሪፕትን እና የአካባቢን መገለልን ከመጀመሪያው ጀምሮ ወደ ዲ ኤን ኤ ገብተዋል። ዊንዶውስ እነዚህን ነገሮች ከብዙ አሥርተ ዓመታት በላይ ዘግቷቸዋል፣ ይህም የተደራረበ የፓወር ሼል፣ ሲኤምዲ፣ ቸኮሌት፣ ዊንጌት፣ MSVC የሩጫ ጊዜ ግጭቶች እና የ PATH ተለዋዋጭ አደጋዎችን በመፍጠር ከፍተኛ መሐንዲስን ከሰዓት በኋላ ሊያጓጉዙ ይችላሉ።

በዚህ ቦታ ላይ ለሰራ ማንኛውም ሰው ምልክቶቹ በደንብ ያውቃሉ፡ ፓኬጅ በአንድ ማሽን ላይ በትክክል ተጭኖ በፀጥታ በሌላው ላይ አይሳካም ፣የግንባታ መሳሪያዎች የተለያዩ የማጠናቀሪያ ስሪቶችን በየትኛው የቪዥዋል ስቱዲዮ የስራ ጫና እንደጫኑ እና በWSL2 ውስጥ በትክክል የሚሰሩ የ Node.js ፕሮጄክቶች በቤተኛ የፋይል ስርዓት ላይ ሚስጥራዊ የ EPERM ስህተቶችን ይጥላሉ። እነዚህ ጠርዝ ጉዳዮች አይደሉም - ለአብዛኛዎቹ የዊንዶውስ ገንቢዎች ነባሪ ተሞክሮ ናቸው።

በእኔ ውቅረት ውስጥ ምን ዋና ዘዴዎች ተበላሽተዋል?

አካባቢዬን ስልታዊ በሆነ መንገድ ከመረመርኩ በኋላ፣ ለግንባታ ውድቀቶቼ እና ለአካባቢው አለመመጣጠን 80 በመቶ የሚሆኑትን ሦስት ዋና ዋና ምክንያቶችን ለይቻለሁ።

• የሚጋጩ የሩጫ ጊዜ ቤተ-መጻሕፍት፡ በርካታ የማይክሮሶፍት ቪዥዋል C++ ዳግም ሊሰራጭ የሚችሉ ስሪቶች ያለ ግልጽ የመፍትሄ ትዕዛዝ አብረው ኖረዋል፣ ይህም በቤተኛ ሞጁሎች ውስጥ የDLL ፍለጋ አለመሳካቶችን አስከትሏል።
• PATH ብክለት፡ 17 የተለያዩ መሳሪያዎች በጊዜ ሂደት በስርዓቱ PATH ላይ ተያይዘው ገብተው ነበር፣ ብዙ እርስ በርስ እየተጠላለፉ እና የቆዩ የመጫኛ ማውጫዎችን በመጠቆም።
• የፕሮጀክት-ደረጃ አካባቢ ማግለል አለመኖር፡ እንደ ዩኒክስ የስራ ፍሰቶች .env ፋይሎች እና የሼል መመሪያዎች አንደኛ ደረጃ ዜጎች ከሆኑ በተለየ መልኩ ዊንዶውስ የሶስተኛ ወገን መሳሪያ ሳይደረግበት ወደ አንድ ፕሮጀክት የአካባቢ ተለዋዋጮችን ለመለካት ወጥነት ያለው ዘዴ አልነበረውም።
የ
• ጂት መስመር የሚያበቃ ግጭቶች፡ የተቀላቀሉ የ CRLF/LF አያያዝ በሃገርኛ የዊንዶውስ መሳሪያዎች እና ፕላትፎርም ቤተ-መጻሕፍት መካከል የፍተሻ መዝገቦች በመቆለፊያ ፋይሎች ላይ እንዲሳኩ አድርጓል፣ ሊባዙ የሚችሉ ጭነቶችን ሰበረ።
• ለሲምሊንኮች ከፍ ያለ የፍቃድ መስፈርቶች፡ ብዙ የጥቅል አስተዳዳሪዎች በምሳሌያዊ አገናኞች ላይ ይተማመናሉ፣ ይህም በዊንዶውስ ላይ የገንቢ ሁነታን ወይም የአስተዳዳሪ መብቶችን ይፈልጋል - ይህ ቅንብር አብዛኛዎቹ የድርጅት ማሽኖች በፖሊሲ የሚሰናከሉ ናቸው።

"ችግሩ መቼም ቢሆን ዊንዶውስ ቤተኛ እድገት ማድረግ አልቻለም ነበር - ማንም ሰው ትክክለኛውን የመሳሪያዎች ጥምረት ሆን ተብሎ ውቅር ያልሰበሰበ አልነበረም። አንዴ የእርስዎን ዴቭ አካባቢ የአርክቴክቸር ውሳኔዎችን የሚፈልግ ምርት አድርገው ካዩት በኋላ ሁሉም ነገር ይለወጣል።"

የዊንዶው ቤተኛ ልማት የስራ ፍሰትን በትክክል እንዴት አስተካክለው?

ማስተካከያው አንድ መሣሪያ ወይም አስማታዊ ስክሪፕት አልነበረም። አካባቢው እንዴት እንደሚሰበሰብ፣ እንደሚሰፋ እና እንደሚንከባከበው ሆን ተብሎ በድጋሚ የተነደፈ ነበር። መሰረቱ የገንቢ ሁነታን በስርዓተ ክወና ደረጃ በማንቃት የሲምሊንክ መፍጠርን ከፍ ያለ ማድረግ ይጀምራል። ከዚያ ጀምሮ፣ Scoop ሙሉ በሙሉ በተጠቃሚ ቦታ ላይ ስለሚሰራ፣ በስሪት ቁጥጥር ውስጥ ስለሚያከማች እና የሺም አስተዳደርን በንጽህና ስለሚያስተናግድ የጫኚዎችን አድ-ሆክ ድብልቅ ይተካል።

ለ Node.js ፕሮጀክቶች በተለይ ወደ ቮልታ ለሥሪት አስተዳደር መቀየር በ npm በዓለም አቀፍ ደረጃ ያሠቃዩትን የ EPERM ስህተቶችን አስቀርቷል። ቮልታ የሁለትዮሽ ጥሪዎችን በሺም ንብርብር ያቋርጣል እና የስርዓቱን PATH ሳትነካ ትክክለኛውን የአሂድ ጊዜ ስሪት በአንድ ፕሮጀክት ይፈታል። በpackage.json ውስጥ ካለው የ.volta ቁልፍ ጋር ተደባልቆ፣ የማሽኖች አካባቢ እኩልነት ከምኞት ይልቅ አውቶማቲክ ይሆናል።

የመጨረሻው ክፍል በdirenv ወደ ዊንዶውስ በስኮፕ የተላለፈውን የፕሮጀክት ደረጃ .env ዲሲፕሊን መቀበል ነበር - እያንዳንዱ ፕሮጀክት በማውጫው መግቢያ ላይ የሚነቃ እና መውጫውን የሚያጸዳውን የአካባቢ አውድ መያዙን ማረጋገጥ ነው። የPATH ብክለት በሳምንት ውስጥ ከአስራ ሰባት ምዝግቦች ወደ አራት ወርዷል።

ንጽጽራዊ ትንተና ስለ ቤተኛ እና የWSL2 አቀራረቦች ምን ያሳያል?

WSL2 የሊኑክስ ማሰማራት አካባቢዎችን ለሚያነጣጥሩ የልማት የስራ ፍሰቶች በጣም ጥሩ ነው። የምርት አገልጋይዎ ኡቡንቱን የሚያሄድ ከሆነ እና ቡድንዎ በሊኑክስ መሳሪያ አሰራር ከተመቸ፣ WSL2 ግጭትን ያስወግዳል። ነገር ግን፣ የራሱን የችግሮች ምድብ ያስተዋውቃል፡ የፋይል ሲስተም አፈጻጸም በዊንዶውስ-ሊኑክስ ድንበር ላይ ለI/O ከባድ ስራዎች በሚለካ መልኩ ቀርፋፋ ነው፣ ድንበር ተሻጋሪ ማረም ተጨማሪ ማዋቀርን ይጠይቃል፣ እና ቤተኛ የዊንዶውስ GUI መተግበሪያዎች ሙሉ በሙሉ ከWSL2 ወሰን ውጭ ይቆያሉ።

ዊንዶውስ-ቤተኛ አፕሊኬሽኖችን ለሚገነቡ ቡድኖች፣ በኤሌክትሮን ላይ የተመሰረተ የዴስክቶፕ ሶፍትዌር፣ ወይም ማንኛውም የመሳሪያ ሰንሰለት ከዊንዶውስ ኤፒአይዎች ጋር መቀላቀል ያለበት፣ ቤተኛ ልማት አማራጭ አይደለም - እና እዚህ የተገለጸው ቋሚ የስራ ፍሰት እኔ በሮጥኳቸው በእያንዳንዱ መመዘኛዎች ላይ WSL2ን ይበልጣል። ከWSL2 ከፋይል አቋራጭ I/O ወደ ሙሉ በሙሉ ቤተኛ ማዋቀር በትክክል ከተወሰኑ ጥገኞች ጋር ሲወሰድ መካከለኛ መጠን ላለው ኤሌክትሮን ፕሮጀክት የግንባታ ጊዜ በ 34% ቀንሷል።

የገንቢ ምርታማነትን እና የንግድ ሥራዎችን አንድ ላይ እንዴት ማስተዳደር ይችላሉ?

የእርስዎን የዕድገት አካባቢ ማስተካከል ከስሌቱ አንድ ግማሽ ብቻ ነው። የሶፍትዌር ንግድ ወይም የእድገት ሱቅ ማስኬድ የደንበኛ አስተዳደርን፣ የፕሮጀክት ቧንቧዎችን፣ የቡድን የስራ ሂደቶችን፣ ደረሰኞችን እና ግብይትን ማስተባበርን ይጠይቃል - እና አብዛኛዎቹ ገንቢዎች ከአምስት ወይም ስድስት የተቋረጡ የSaaS መሳሪያዎች እርስ በእርስ በጭራሽ የማይነጋገሩ።

ይህን ለመፍታት Mewayz የተሰራው ነው። ከ CRM እና የፕሮጀክት አስተዳደር እስከ የይዘት መርሐግብር እና ኢ-ኮሜርስ የሚሸፍኑ 207 የተቀናጁ ሞጁሎች ሜዌይዝ ከሌላ ገለልተኛ ነጥብ መፍትሄ ይልቅ እንደ ሙሉ የንግድ ኦፕሬቲንግ ሲስተም ይሠራል። በአሁኑ ጊዜ ከ138,000 በላይ ተጠቃሚዎች ስራቸውን በየመድረኩ ከ19 ዶላር ጀምሮ በሚጀምሩ ዕቅዶች ነው የሚሰሩት - አብዛኞቹ ቡድኖች ኖሽን፣ HubSpot፣ Trello እና FreshBooks ለየብቻ በመገጣጠም ከሚያወጡት አንድ ክፍልፋይ ነው።

ብዙ ጊዜ የሚጠየቁ ጥያቄዎች

የዊንዶውስ ቤተኛ እድገትን ማስተካከል ተገቢ ነው ወይስ ለሁሉም ነገር WSL2 መጠቀም አለብኝ?

ሙሉ በሙሉ በእርስዎ ዒላማ መድረክ ላይ የተመሰረተ ነው። ወደ ሊኑክስ በሚያሰማሩበት ጊዜ እና የአካባቢ መንሸራተትን ለመቀነስ WSL2 ትክክለኛው ምርጫ ነው። የዊንዶውስ አፕሊኬሽኖችን በሚገነቡበት ጊዜ፣ ከዊንዶውስ-ተኮር ኤፒአይዎች ጋር ሲሰሩ ወይም ከፍተኛውን የፋይል ስርዓት አፈጻጸም ሲፈልጉ ቤተኛ የዊንዶው ልማት ትክክለኛ ምርጫ ነው። ሁለቱ አቀራረቦች እርስበርስ የሚለያዩ አይደሉም - ብዙ ቡድኖች ለግንባታ ቧንቧ መስመር ቤተኛ የዊንዶውስ መሳሪያ እና WSL2ን ለሊኑክስ-ተኮር ሙከራ ብቻ ይጠቀማሉ።

የእኔን የWindows dev አካባቢ ያሻሻለው ብቸኛው ትልቁ ለውጥ ምንድነው?

የገንቢ ሁነታን ማንቃት እና እንደ ዋና የጥቅል አስተዳዳሪ ወደ ስኮፕ መሰደድ ከፍተኛው ፈጣን ተፅዕኖ ነበረው። የስኮፕ ተጠቃሚ-ቦታ መጫኛ ሞዴል ወደ 40% የሚጠጉ የአካባቢዬን ውድቀቶች ያስከተለውን የፍቃድ ከፍታ ጉዳዮችን አስቀርቷል፣ እና በአንጸባራቂ ላይ የተመሰረተ አቀራረቡ ለመጀመሪያ ጊዜ በማሽኖች ላይ መባዛትን የሚወስን አድርጎታል።

ሜዌይዝ የልማት ቡድኖችን እና የሶፍትዌር ንግዶችን እንዴት ይረዳል?

መዋይዝ የሚያም እስኪሆን ድረስ የልማት ቡድኖች ችላ የሚሉትን የክወና ሽፋን ያጠናክራል። የደንበኛ መሳፈር፣ የፕሮጀክት ወሰን፣ ፕሮፖዛል ማመንጨት፣ የክፍያ መጠየቂያ፣ የቡድን ግንኙነት እና የግብይት አውቶሜትድ ሁሉም በአንድ መድረክ ውስጥ ይያዛሉ። ለአነስተኛ ኤጀንሲዎች እና ለገለልተኛ ገንቢዎች በተለይም በርካታ የSaaS ደንበኝነት ምዝገባዎችን እና በእጅ የሚተላለፉ መረጃዎችን በመሳሪያዎች መካከል የሚደረጉ ማስተላለፎችን ማስወገድ በእውነተኛ የልማት ስራዎች ላይ ለማተኮር ትልቅ ጊዜን ይሰጣል።

---

የዊንዶውስ ቤተኛ እድገት በመሠረቱ አልተበላሸም - በትክክል ሆን ተብሎ ሊሰራ የሚገባውን ማዋቀር በጭራሽ አልተሰጠውም። በትክክለኛው የመሳሪያ ሰንሰለት አርክቴክቸር፣ ለምርት ሶፍትዌር እውነተኛ አቅም ያለው አካባቢ ነው። እና የእድገት አካባቢዎ ከተረጋጋ, የሚቀጥለው ማነቆ ሁልጊዜ ስራዎች ናቸው. የሜዌይዝ ሙከራዎን ዛሬ ይጀምሩእና አሁን ወደ የእርስዎ ዴቭ አካባቢ ያመጡትን ተመሳሳይ ሆን ተብሎ የተደረገ መዋቅር ወደ ንግድዎ ንብርብር ያምጡ።

ን የማስተዳደር ወጪን ያስወግዳል።