මම වින්ඩෝස් ස්වදේශීය සංවර්ධනය ස්ථාවර කළෙමි: ඇත්ත වශයෙන්ම ක්‍රියා කරන දේ පිළිබඳ සම්පූර්ණ බිඳවැටීමක්

Windows ස්වදේශීය සංවර්ධනය වසර ගණනාවක් තිස්සේ මෙවලම් දාම ඛණ්ඩනය, පරායත්ත නිරය සහ පරිසරයේ නොගැලපීම් වලින් පීඩා විඳිති - නමුත් මාස ගණනක් පරීක්ෂා කිරීමෙන් පසුව, අවුල් සහගත බව නැති කරන කාර්ය ප්‍රවාහයක් මට අවසානයේ හමු විය. මෙම මාර්ගෝපදේශය බිඳුණු දේ හරියටම ආවරණය කරයි, මා උත්සාහ කළ දේ සහ දැන් මගේ නිෂ්පාදනයට බලය ලබා දෙන සැකසුම තනි WSL ප්‍රතිකර්මයක් නොමැතිව ගොඩනඟයි.

Windows Native Development සැමවිටම එවැනි බියකරු සිහිනයක් වී ඇත්තේ ඇයි?

අවංක පිළිතුර නම් වින්ඩෝස් කිසි විටෙක සංවර්ධකයින් ප්‍රාථමික පුරවැසියන් ලෙස නිර්මාණය කර නොතිබීමයි. Unix මත පදනම් වූ පද්ධති ආරම්භයේ සිටම ඔවුන්ගේ DNA තුලට පැකේජ කළමනාකරණය, shell scripting සහ පරිසරය හුදකලා විය. Windows විසින් දශක ගණනාවක් පුරා මේ දේවල් සවි කර, PowerShell, CMD, Chocolatey, Winget, MSVC ධාවන කාල ගැටුම් සහ PATH විචල්‍ය ව්‍යසනයන් ඇති කරමින් ජ්‍යෙෂ්ඨ ඉංජිනේරුවෙකු දහවල් කාලයකට පීලිපැනීමට ලක් කළ හැකිය.

මෙම අවකාශයේ වැඩ කර ඇති ඕනෑම කෙනෙකුට රෝග ලක්ෂණ හුරුපුරුදුය: පැකේජයක් එක් යන්ත්‍රයක නිවැරදිව ස්ථාපනය කර තවත් යන්ත්‍රයක නිශ්ශබ්දව අසමත් වේ, ඔබ අවසන් වරට ස්ථාපනය කළ Visual Studio වැඩ බර මත පදනම්ව විවිධ සම්පාදක අනුවාද ගොඩනැගීමට මෙවලම් යොමු කරයි, සහ WSL2 හි පරිපූර්ණ ලෙස ක්‍රියාත්මක වන Node.js ව්‍යාපෘති ස්වදේශීය ගොනු පද්ධතියට ගුප්ත EPERM දෝෂ ඇති කරයි. මේවා අන්ත අවස්ථා නොවේ — බොහෝ Windows සංවර්ධකයින් සඳහා ඒවා පෙරනිමි අත්දැකීම වේ.

මගේ සැකසුම තුළ ඇත්ත වශයෙන්ම කැඩී ගිය මූලික යාන්ත්‍රණ මොනවාද?

මගේ පරිසරය ක්‍රමානුකූලව විගණනය කිරීමෙන් පසු, මගේ ගොඩනැගීමේ අසාර්ථකවීම් සහ පරිසරයේ නොගැලපීම් වලින් දළ වශයෙන් 80%කට වගකිව යුතු මූලික හේතු තුනක් මම හඳුනා ගත්තෙමි:

• ගැටුම්කාරී ධාවන කාල පුස්තකාල: Microsoft Visual C++ Redistributable හි බහු අනුවාද පැහැදිලි විභේදන අනුපිළිවෙලකින් තොරව සහජීවනයෙන් පැවතීම, ස්වදේශීය මොඩියුලවල DLL සෙවීම් අසාර්ථක වීමට හේතු විය.
• PATH දූෂණය: වෙන වෙනම මෙවලම් 17ක් PATH පද්ධතියට කාලයත් සමඟ ඇතුළත් කර ඇත, කිහිපයක් එකිනෙක සෙවනැලි සහ යල් පැන ගිය ස්ථාපන නාමාවලි වෙත යොමු කරයි.
• ව්‍යාපෘති මට්ටමේ පරිසර හුදකලාවක් නොමැතිකම: .env ගොනු සහ කවච විධානයන් පළමු පන්තියේ පුරවැසියන් වන Unix කාර්ය ප්‍රවාහයන් මෙන් නොව, තෙවන පාර්ශවීය මෙවලම් නොමැතිව ව්‍යාපෘතියකට පරිසර විචල්‍යයන් විෂය පථය කිරීමට Windows හට ස්ථාවර යාන්ත්‍රණයක් නොතිබුණි.
• Git line-ending ගැටුම්: දේශීය Windows මෙවලම් සහ හරස් වේදිකා පුස්තකාල අතර මිශ්‍ර CRLF/LF හැසිරවීම lockfiles මත චෙක්සම් අසාර්ථක වීමට, ප්‍රතිනිෂ්පාදනය කළ හැකි ස්ථාපනයන් බිඳ දැමීමට හේතු විය.
• symlinks සඳහා උසස් අවසර අවශ්‍යතා: බොහෝ පැකේජ කළමනාකරුවන් Windows හි සංවර්ධක ප්‍රකාරය හෝ පරිපාලක වරප්‍රසාද අවශ්‍ය කරන සංකේතාත්මක සබැඳි මත විශ්වාසය තබයි — බොහෝ ව්‍යවසාය යන්ත්‍ර ප්‍රතිපත්ති අනුව අබල කළ සැකසීමකි.

"ප්‍රශ්නය කිසිවිටෙක වින්ඩෝස් හට ස්වදේශීය සංවර්ධනයක් සිදු කිරීමට නොහැකි වීම නොවේ - එය කිසිවෙක් හිතාමතා වින්‍යාස කිරීම සමඟ නිවැරදි මෙවලම් එකතුවක් එකතු කර නොතිබීමයි. ඔබ ඔබේ dev පරිසරය ගෘහ නිර්මාණ තීරණ අවශ්‍ය නිෂ්පාදනයක් ලෙස සැලකූ පසු, සියල්ල වෙනස් වේ."

Windows ස්වදේශීය සංවර්ධන කාර්ය ප්‍රවාහය මම ඇත්ත වශයෙන්ම නිවැරදි කළේ කෙසේද?

නිවැරදි කිරීම තනි මෙවලමක් හෝ මැජික් ස්ක්‍රිප්ට් එකක් නොවේ. එය පරිසරය එකලස් කරන ආකාරය, විෂය පථය සහ නඩත්තු කරන ආකාරය පිළිබඳ හිතාමතා ප්‍රතිනිර්මාණය කිරීමකි. අත්තිවාරම ආරම්භ වන්නේ OS මට්ටමින් සංවර්ධක මාදිලිය උන්නතාංශයකින් තොරව symlink නිර්මාණය අගුළු හැරීමට සබල කිරීමෙනි. එතැන් සිට, Scoop විසින් ස්ථාපකවල ad-hoc මිශ්‍රණය ප්‍රතිස්ථාපනය කරයි, මන්ද එය සම්පූර්ණයෙන්ම පරිශීලක අවකාශයේ ක්‍රියාත්මක වන නිසා, අනුවාද පාලනයේ ප්‍රකාශිත ගබඩා කරයි, සහ shim කළමනාකරණය පිරිසිදුව හසුරුවයි.

විශේෂයෙන්ම Node.js ව්‍යාපෘති සඳහා, අනුවාද කළමනාකරණය සඳහා වෝල්ටා වෙත මාරු වීම ගෝලීය වශයෙන් npm හි ඇති වූ EPERM දෝෂ ඉවත් කළේය. Volta විසින් shim ස්තරයේ ද්විමය ඇමතුම් වලට බාධා කරන අතර පද්ධතියේ PATH ස්පර්ශ නොකර ව්‍යාපෘතියකට නිවැරදි ධාවන කාල අනුවාදය නිරාකරණය කරයි. package.json හි කැප වූ .volta යතුරක් සමඟ ඒකාබද්ධව, යන්ත්‍ර හරහා පරිසර සමානාත්මතාවය අභිලාෂයට වඩා ස්වයංක්‍රීය වේ.

අවසාන කොටස වූයේ direnv මගින් ක්‍රියාත්මක කරන ලද ව්‍යාපෘති මට්ටමේ .env විනය Scoop හරහා Windows වෙත ගෙනයනු ලැබීමයි - සෑම ව්‍යාපෘතියක්ම නාමාවලි ඇතුළත් කිරීමේදී ක්‍රියාත්මක වන සහ පිටවීමේදී නිෂ්කාශනය වන තමන්ගේම පාරිසරික සන්දර්භයක් ඇති බව සහතික කරයි. PATH දූෂණය සතියක් ඇතුළත ඇතුළත් කිරීම් දාහතේ සිට හතර දක්වා අඩු විය.

Native එදිරිව WSL2 ප්‍රවේශයන් ගැන සංසන්දනාත්මක විශ්ලේෂණයෙන් හෙළි වන්නේ කුමක්ද?

WSL2 Linux යෙදවුම් පරිසරයන් ඉලක්ක කරන සංවර්ධන කාර්ය ප්‍රවාහයන් සඳහා සැබවින්ම විශිෂ්ටයි. ඔබේ නිෂ්පාදන සේවාදායකය උබුන්ටු ධාවනය කරන්නේ නම් සහ ඔබේ කණ්ඩායම ලිනක්ස් මෙවලම් සමඟ සැපපහසු නම්, WSL2 ඝර්ෂණය ඉවත් කරයි. කෙසේ වෙතත්, එය තමන්ගේම ගැටළු කාණ්ඩයක් හඳුන්වා දෙයි: Windows-Linux මායිම හරහා ගොනු පද්ධති ක්‍රියාකාරිත්වය I/O-බර මෙහෙයුම් සඳහා මැනිය හැකි තරම් මන්දගාමී වේ, හරස් මායිම් නිදොස්කරණයට අමතර සැකසුම අවශ්‍ය වේ, සහ ස්වදේශීය Windows GUI යෙදුම් සම්පූර්ණයෙන්ම WSL2 විෂය පථයෙන් පිටත පවතී.

Windows-native යෙදුම්, ඉලෙක්ට්‍රෝන-පාදක ඩෙස්ක්ටොප් මෘදුකාංග, හෝ Windows API සමඟ ඒකාබද්ධ විය යුතු ඕනෑම මෙවලම් දාමයක් ගොඩනඟන කණ්ඩායම් සඳහා, ස්වදේශීය සංවර්ධනය විකල්ප නොවේ - සහ මෙහි විස්තර කර ඇති ස්ථාවර කාර්ය ප්‍රවාහය මා ධාවනය කළ සෑම මිණුම් ලකුණකම එම භාවිත අවස්ථා සඳහා WSL2 අභිබවා යයි. මධ්‍යම ප්‍රමාණයේ ඉලෙක්ට්‍රෝන ව්‍යාපෘතියක් සඳහා ගොඩනැගීමේ වේලාවන් WSL2 සිට හරස්-ගොනු පද්ධති I/O සමඟින් නිසි ලෙස විකාශනය වූ පරායත්තතා සහිත පූර්ණ ස්වදේශීය සැකසුමකට ගෙන ගිය විට 34%කින් පහත වැටුණි.

ඔබට සංවර්ධක ඵලදායිතාව සහ ව්‍යාපාර මෙහෙයුම් එක්ව කළමනාකරණය කරන්නේ කෙසේද?

ඔබේ සංවර්ධන පරිසරය නිවැරදි කර ගැනීම සමීකරණයෙන් අඩක් පමණි. මෘදුකාංග ව්‍යාපාරයක් හෝ සංවර්ධන සාප්පුවක් පවත්වාගෙන යාම සඳහා සේවාලාභී කළමනාකරණය, ව්‍යාපෘති නල මාර්ග, කණ්ඩායම් කාර්ය ප්‍රවාහ, ඉන්වොයිසි කිරීම සහ අලෙවිකරණය සම්බන්ධීකරණය කිරීම අවශ්‍ය වේ — සහ බොහෝ සංවර්ධකයින් කිසිවිටෙකත් එකිනෙකා සමඟ එතරම් කතා නොකරන විසන්ධි වූ SaaS මෙවලම් පහක් හෝ හයකින් මෙය එකට එකතු කරයි.

මෙය හරියටම විසඳීමට Mewayz ගොඩනගා ඇත. CRM සහ ව්‍යාපෘති කළමනාකරණයේ සිට අන්තර්ගත කාලසටහන්ගත කිරීම සහ ඊ-වාණිජ්‍යය දක්වා සියල්ල ආවරණය වන පරිදි ඒකාබද්ධ මොඩියුල 207ක් සමඟින්, Mewayz වෙනත් හුදකලා ලක්ෂ්‍ය විසඳුමකට වඩා සම්පූර්ණ ව්‍යාපාරික මෙහෙයුම් පද්ධතියක් ලෙස ක්‍රියා කරයි. 138,000 කට අධික පරිශීලකයින් දැනට මසකට $19 සිට සැලසුම් මත වේදිකාව මත සිය මෙහෙයුම් පවත්වාගෙන යයි - බොහෝ කණ්ඩායම් එකට Notion, HubSpot, Trello සහ FreshBooks වෙන් වෙන් වශයෙන් මැසීමට වියදම් කරන මුදලින් කොටසකි.

නිතර අසන ප්‍රශ්න

Windows ස්වදේශීය සංවර්ධනය නිවැරදි කිරීම වටී ද නැතහොත් මම සියල්ල සඳහා WSL2 භාවිතා කළ යුතුද?

එය සම්පූර්ණයෙන්ම රඳා පවතින්නේ ඔබේ ඉලක්ක වේදිකාව මතයි. ඔබ ලිනක්ස් වෙත යොදවන විට සහ පරිසර ප්ලාවිතය අවම කිරීමට අවශ්‍ය විට WSL2 නිවැරදි තේරීම වේ. ඔබ වින්ඩෝස් යෙදුම් ගොඩනඟන විට, වින්ඩෝස්-විශේෂිත API සමඟ වැඩ කරන විට, හෝ මෙවලම් කට්ටල ගොඩ නැගීම සඳහා උපරිම ගොනු පද්ධති ක්‍රියාකාරිත්වය අවශ්‍ය වන විට දේශීය වින්ඩෝස් සංවර්ධනය නිවැරදි තේරීම වේ. ප්‍රවේශයන් දෙක අන්‍යෝන්‍ය වශයෙන් බැහැර නොවේ - බොහෝ කණ්ඩායම් ඔවුන්ගේ ගොඩනැගීමේ නල මාර්ගය සඳහා දේශීය වින්ඩෝස් මෙවලම් සහ WSL2 ලිනක්ස්-විශේෂිත පරීක්ෂණ සඳහා පමණක් භාවිතා කරයි.

මගේ Windows dev පරිසරය වැඩිදියුණු කළ විශාලතම වෙනස කුමක්ද?

සංවර්ධක මාදිලිය සක්‍රීය කිරීම සහ ප්‍රාථමික පැකේජ කළමනාකරු ලෙස Scoop වෙත සංක්‍රමණය වීම ඉහළම ක්ෂණික බලපෑමක් ඇති කළේය. Scoop හි පරිශීලක-අවකාශ ස්ථාපන ආකෘතිය මගේ පරිසරයේ අසාර්ථක වීම්වලින් දළ වශයෙන් 40%කට හේතු වූ අවසරය ඉහළ නැංවීමේ ගැටළු ඉවත් කරන ලද අතර, එහි ප්‍රකාශිත-පාදක ප්‍රවේශය ප්‍රථම වරට යන්ත්‍ර හරහා පරිසරය අනුකරණය කිරීම තීරණය කරයි.

විශේෂයෙන් සංවර්ධන කණ්ඩායම් සහ මෘදුකාංග ව්‍යාපාරවලට Mewayz උදවු කරන්නේ කෙසේද?

මෙවේස් එය වේදනාකාරී වන තෙක් සංවර්ධන කණ්ඩායම් සාමාන්‍යයෙන් නොසලකා හරින මෙහෙයුම් ස්ථරය ඒකාබද්ධ කරයි. සේවාලාභියා ඇතුළු කිරීම, ව්‍යාපෘති විෂය පථය, යෝජනා උත්පාදනය, ඉන්වොයිසි කිරීම, කණ්ඩායම් සන්නිවේදනය සහ අලෙවිකරණ ස්වයංක්‍රීයකරණය යන සියල්ල තනි වේදිකාවක් තුළ හසුරුවනු ලැබේ. කුඩා නියෝජිතායතන සහ ස්වාධීන සංවර්ධකයින් සඳහා විශේෂයෙන්ම, බහු SaaS දායකත්වයන් සහ මෙවලම් අතර අතින් දත්ත හුවමාරු කළමනාකරණය කිරීමේ පොදු කාර්ය ඉවත් කිරීම සැබෑ සංවර්ධන කටයුතු කෙරෙහි අවධානය යොමු කිරීමට සැලකිය යුතු කාලයක් නිදහස් කරයි.

Windows ස්වදේශීය සංවර්ධනය මූලික වශයෙන් බිඳී නැත - එය කිසි විටෙක එය ලැබිය යුතු හිතාමතා සැකසුම ලබා දී නැත. නිවැරදි මෙවලම් දාම ගෘහ නිර්මාණ ශිල්පය සමඟින්, එය නිෂ්පාදන මෘදුකාංග සඳහා අව්‍යාජ හැකියාව ඇති පරිසරයකි. ඔබේ සංවර්ධන පරිසරය ස්ථාවර වූ පසු, ඊළඟ බාධකය සෑම විටම ක්‍රියාත්මක වේ. ඔබේ Mewayz අත්හදා බැලීම අදම අරඹන්න සහ ඔබ දැන් ඔබේ dev පරිසරයට ගෙන ආ චේතනාන්විත ව්‍යුහයම ඔබේ ව්‍යාපාරික ස්ථරයට ගෙන එන්න.