සොෆ්ට්වේයා සංවර්ධකයෙක් තම ව්යාපෘතියේ ලේඛන නීති ලිව්වා. "එක් ලේඛනයක්, එක් වගකීම" සහ "45 පේළි ඉක්මවා නොයුතු" වැනි මූලික නීති. නමුත් ඒ නීති අනුගමනය නොකළේ කාලයක් පමණයි.
ආරක්ෂක පරීක්ෂණයක් කළාට, 37 ෆෝල්ඩර වලින් 25 කට README නොමැති බව, නීති ෆයිල් 11 ක් තිබුණත් ඉන්ඩෙක්ස් එකක් නොමැති බව, 45 පේළි නීතිය උල්ලංඝනය කරපු ලේඛන 47 ක්, එතැනින්ම 1,203 පේළි දිගු ලේඛනයක් තිබුණා කියලා හෙළි වුණා.
ඉතින්, CI (Continuous Integration) එකට මෙම නීති පාලනය කිරීමේ මෙවලමක් එක්කලා. නීති ලේඛනයම 150 පේළි දිගුවත්, එයම 45 පේළි නීතිය උල්ලංඝනය කරලා. ඒ නිසා CI පළමු දිනම රතු වුනා. පද්ධතිය සක්රිය කළ පසු, 63 පවතින උල්ලංඝන පෙන්වා දුන්නා.
දැන් දෙකක් අතර තේරීමක් තිබුණා: අවශ්ය 63 උල්ලංඝන සියල්ල සකස් කර පසුව CI ක්රියාත්මක කරන්නේද? නැතහොත් .lintignore ලැයිස්තුවක් තනලා “පසුකාලීනව ඉවත් කරන්න” කියලා ඉවත් නොකළම තබාගෙන ඉදිරියට යන්නද? ලැයිස්තුවක් තබාගත්තාම, එය දෙවන සත්ය මූලාශ්රයක් වෙලා, කාලයක් ගතවූ පසු ඉවත් කිරීම අමතක වේ. තවත් ප්රශ්නයක්, CI නොමැති අවධියේ ලේඛන සංස්කරණය කරන කෙනෙක්ට 1,203 පේළි ලේඛනයක් සකස් කරද්දී නීතිය උල්ලංඝනය වීම නිසා PR එක අසාර්ථක වේ. එහෙම නම් කුඩා වැරදිත් සලසා ගැනීමට කවුරුත් නොකරයි.
විශ්ලේෂණයෙන් හඳුනාගත් විසඳුම: නව ලේඛන 45 පේළි ඉක්මවා ගියොත් CI අසාර්ථක කරමු, පවතින ලේඛන දිගුවට අමතරව වැඩිවූ පේළි පමණක් පරීක්ෂා කරමු. Git merge‑base සමඟ ගොනුවේ දිගුව වැඩිවූදැයි පරීක්ෂා කිරීමෙන්, දෙවන ignore ලැයිස්තුවක් අවශ්ය නොවේ. මෙය “නව ණය” පමණක් වැළැක්වීමයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයන්, ආරම්භක ව්යාපාරිකයින් සහ IT සමාගම් සඳහා මෙම පළපුරුද්දේ පාඩම් වටිනාය.
- කේත ගුණාත්මකතාව: CI නීති කෙරෙහි නිරන්තර පරීක්ෂණයක් හරහා, කුඩා වැරදිත් ඉක්මනින් හඳුනාගත හැකි වන නිසා, නිෂ්පාදන මට්ටමේ ගුණාත්මකතාව ඉහළ යයි.
- ඉගැන්වීමේ පදනම: “නීති ලිවීම = නීති අනුගමනය” යන අදහස, පාඨමාලා, වැඩමුළු සහ සමාජ මාධ්ය තුළ හොඳ උදාහරණයක් විය හැක.
- ව්යාපාරික කාර්යක්ෂමතාව: Ignore ලැයිස්තුවක් නොබලමින්, නව කේතය පමණක් පරීක්ෂා කිරීමෙන්, සංවර්ධකයන්ගේ වේගය හා නිවැරදිභාවය අතර සම්මතයක් පවත්වා ගත හැක.
අවසන් වශයෙන්, ලේඛන නීතිය ලිවූ මමම ඒ නීතිය උල්ලංඝනය කර, CI රතු වුනා. ඒත් ඒ අත්දැකීමෙන් “නීතිය ලිවීම මත පමණක් නොව, එය ක්රියාත්මක කිරීමත් වැදගත්” යන සත්යය ඉගෙන ගත්තෙමි.
