ဆော့ဖ်ဝဲလ် ဖွံ့ဖြိုးတိုးတက်ရေး သံသရာ (SDLC) သည် ဆော့ဖ်ဝဲလ်တည်ဆောက်သည့်နေရာဖြစ်ပြီး၊ ပိုမို၍ အန္တရာယ်ကျရောက်လာသည့်နေရာဖြစ်သည်။ ကုဒ်ရေးခြင်း၊ တည်ဆောက်ခြင်း၊ စမ်းသပ်ခြင်း၊ ဖြန့်ကျက်ခြင်း စသည့် အဆင့်တိုင်းသည်လည်း ဝင်ရောက်ရန် အလားအလာရှိသော နေရာတစ်ခုဖြစ်ပြီး ၂၀၂၆ ခုနှစ်တွင် အလွှာအများစုပါဝင်သည် SDLC framework များကို AI coding assistant များ၊ autonomous agent များနှင့် ၎င်းတို့ထည့်သွင်းသော dependencies များအတွက် ဘယ်သောအခါမှ ဒီဇိုင်းထုတ်ထားခြင်းမရှိဘဲ၊ မကြာခဏဆိုသလို လူရေးသားထားသော code တွင် အလားတူပြန်လည်သုံးသပ်မှုမျိုး အသုံးမပြုလေ့ရှိပါ။
လုံခြုံစွာမရှိဘဲ SDLC အလေ့အကျင့်များ၊ အဆင့်တိုင်းတွင် SDLC Agile ዘዴသက်တမ်းစက်ဝန်းကို အသုံးချနိုင်ပါတယ်။ ဆိုက်ဘာရာဇဝတ်ကောင်တွေဟာ ဒီအားနည်းချက်တွေကို ပိုမိုပစ်မှတ်ထားလာကြပြီး လျစ်လျူရှုခံထားရတဲ့ အဆင့်တွေမှာ ပုန်းအောင်းနေတဲ့ အားနည်းချက်တွေကတော့ dependency management၊ build pipelineAI မှ မိတ်ဆက်ထားသော ကုဒ်များသည် ထိခိုက်မှုအများဆုံးဖြစ်စေလေ့ရှိသည်cisဘာလို့လဲဆိုတော့ ဘယ်သူမှ အဲဒီအလွှာကို အနီးကပ် ကြည့်မနေလို့ပါ။
ကြိုတင်အကောင်အထည်ဖော်ခြင်းဖြင့် SDLC ကာကွယ်စောင့်ရှောက်မှုဆိုင်ရာ အဖွဲ့အစည်းများအနေဖြင့် လုံခြုံရေးကို အဆုံးတွင် ထည့်သွင်းမည့်အစား ဖွံ့ဖြိုးတိုးတက်မှု၏ အဆင့်တိုင်းတွင် ထည့်သွင်းထားပြီး ခေတ်မီခြိမ်းခြောက်မှုများကို ခံနိုင်ရည်ရှိစေကာ Agile နှင့် DevOps ပတ်ဝန်းကျင်များအတွက် တည်ဆောက်ထားသော အမြန်နှုန်းနှင့် အရည်အသွေးကို ထိန်းသိမ်းထားနိုင်စေပါသည်။
ဘာကြောင့် လုံခြုံရတာလဲ SDLC အလေ့အကျင့်များသည် မရှိမဖြစ်လိုအပ်ပါသည် SDLC နည်းစနစ်များ
ခေတ်မီဖွံ့ဖြိုးတိုးတက်မှုရဲ့ အရှိန်အဟုန်၊ အထူးသဖြင့် Agile နှင့် DevOps ပတ်ဝန်းကျင်များ၊ မတော်တဆ အားနည်းချက်များ ဖန်တီးနိုင်သည်။ ဆိုက်ဘာရာဇဝတ်ကောင်များသည် ဤအားနည်းချက်များကို အသုံးချ၍ အရေးကြီးသော အချက်အလက်များ၊ ဉာဏပစ္စည်းမူပိုင်ခွင့်နှင့် လုပ်ငန်းလည်ပတ်မှု စဉ်ဆက်မပြတ်ဖြစ်မှုကိုပင် ပစ်မှတ်ထားကြသည်။ အဖွဲ့အစည်းများက ၎င်းကို လက်ခံကျင့်သုံးသည်နှင့်အမျှ SDLC ကာကွယ်မှုသက်တမ်းစက်ဝန်း Agile methodology၊ ကာကွယ်ခြင်း SDLC ዘዴများဟာ ပိုပိုပြီး အရေးပါလာပါတယ်။
ဥပမာအားဖြင့်၊ ထောက်ပံ့ရေးကွင်းဆက်များတွင် အန္တရာယ်ရှိသော လုပ်ဆောင်ချက်များ မြင့်တက်လာခဲ့သည်။ ၂၀၂၀ နှင့် ၂၀၂၂ ခုနှစ်အကြားတွင် npm မှာ ၁၀၀ ဆ နီးပါး တိုးလာတာကို မြင်တွေ့ခဲ့ရပါတယ် အန္တရာယ်ရှိသော ပက်ကေ့ဂျ်တင်ခြင်းများတွင် ကြီးထွားလာနေသောအန္တရာယ်ကို မီးမောင်းထိုးပြနေပါသည်။ ဤဖြစ်ရပ်များသည် လုံခြုံသောထည့်သွင်းမှု၏ လိုအပ်ချက်ကို ပေါ်လွင်စေပါသည်။ SDLC အလေ့အကျင့်များကို သင်၏ ဖွံ့ဖြိုးတိုးတက်မှု လုပ်ငန်းစဉ်များထဲသို့ ထည့်သွင်းပါ။
ထိုအန္တရာယ်သည် AI အထောက်အကူပြု ဖွံ့ဖြိုးတိုးတက်မှုနှင့်အတူ ပိုမိုကျယ်ပြန့်လာခဲ့သည်။ AI coding assistant များ၊ autonomous agent များနှင့် MCP ချိတ်ဆက်မှုများသည် ယခုအခါ အဆင့်တိုင်းတွင် လည်ပတ်လျက်ရှိသည်။ SDLCလူရေးသားထားသော ကုဒ်တွင် အသုံးချသည့် မြင်သာမှု သို့မဟုတ် ပြန်လည်သုံးသပ်မှုမရှိဘဲ မကြာခဏ ဖြစ်ပွားလေ့ရှိသည်။ လုံခြုံစေခြင်း SDLC ၂၀၂၆ ခုနှစ်တွင် အောက်ပါရိုးရာတည်ဆောက်မှုနှင့် ဖြန့်ကျက်မှုအန္တရာယ်များကိုသာမက ဤအလွှာကို ရှင်းလင်းစွာထည့်သွင်းစဉ်းစားခြင်းကို ဆိုလိုသည်။ ထိုအတည်ပြုချက်ကို မည်သို့ဖွဲ့စည်းရမည်ကို ပိုမိုနက်ရှိုင်းစွာလေ့လာရန် ကျွန်ုပ်တို့၏လမ်းညွှန်ကိုကြည့်ပါ သုညယုံကြည်မှု SDLC.
လုံခြုံရေးကို အာရုံစိုက်မှုမရှိဘဲ၊ နေရာအနှံ့ရှိ အားနည်းချက်များ SDLC နည်းလမ်းများ သည် အောက်ပါတို့ကို ဦးတည်စေနိုင်သည်-
- ဒေတာခိုးယူခံရခြင်းနှင့် ငွေကြေးဆုံးရှုံးမှုများ။
- ခိုးယူခံရသော ဆော့ဖ်ဝဲကြောင့် ဂုဏ်သတင်း ထိခိုက်ခြင်း။
- စက်မှုလုပ်ငန်းနှင့် မကိုက်ညီခြင်း standardနှင့် ဥပဒေဆိုင်ရာ စည်းမျဉ်းများ။
ထို့ကြောင့် လုံခြုံစိတ်ချရစေရန် SDLC Agile ዘዴသည် တိုက်ခိုက်မှုများကို ကာကွယ်ပေးရုံသာမက ဖောက်သည်များနှင့် အကျိုးတူပါဝင်သူများနှင့် ယုံကြည်မှုကိုလည်း မြှင့်တင်ပေးပါသည်။
အဆင့်ဆင့် SDLC Life Cycle Agile Methodology နှင့် ၎င်းတို့၏ အားနည်းချက်များ
အဆင့်တိုင်း ၏ SDLC Agile ዘዴရဲ့ သက်တမ်းစက်ဝန်းမှာ သူ့ရဲ့ကိုယ်ပိုင်အန္တရာယ်တွေရှိပါတယ်။ လုံခြုံရေးကို ဦးစားပေးမထားရင် ဆိုက်ဘာရာဇဝတ်ကောင်တွေဟာ ဖွံ့ဖြိုးတိုးတက်မှု၊ တည်ဆောက်မှုနဲ့ ဖြန့်ကျက်မှုကာလအတွင်း ကွာဟချက်တွေကို အခွင့်ကောင်းယူနိုင်ပါတယ်။ ဒါကို ပိုပြီးခွဲခြမ်းစိတ်ဖြာကြည့်ရအောင်။
Coding အဆင့်
ဆော့ဖ်ဝဲရေးသားသူများသည် မရည်ရွယ်ဘဲ အားနည်းချက်များ သို့မဟုတ် အန္တရာယ်ရှိသော ကုဒ်များကို ထည့်သွင်းမိနိုင်ပါသည်။ ကုဒ်ပြန်လည်သုံးသပ်မှုများအတွင်း မဖြေရှင်းပါက နောက်ပိုင်းတွင် ဤပြဿနာများကို အသုံးချနိုင်ပါသည်။တည်ဆောက်ခြင်းလုပ်ငန်းစဉ်
တိုက်ခိုက်သူများသည် ဤအဆင့်ကို source code management system များကို ထိခိုက်စေခြင်း သို့မဟုတ် malicious dependencies များကို မိတ်ဆက်ပေးခြင်းဖြင့် မကြာခဏ ပစ်မှတ်ထားလေ့ရှိသည်။ ဥပမာအားဖြင့်၊ SolarWinds တိုက်ခိုက် တည်ဆောက်မှုလုပ်ငန်းစဉ်တွင် အားနည်းချက်များသည် ကျယ်ပြန့်သောသက်ရောက်မှုများ မည်သို့ရှိနိုင်သည်ကို သရုပ်ပြခဲ့သည်။မှီခိုစီမံခန့်ခွဲမှု
ယုံကြည်ရသော ပြင်ပဆော့ဖ်ဝဲကို အန္တရာယ်ရှိသောဗားရှင်းများဖြင့် အစားထိုးခြင်းသည် အသုံးများသောနည်းဗျူဟာတစ်ခုဖြစ်သည်။ ၎င်းသည် လုပ်ငန်းစဉ်များကို အနှောင့်အယှက်ဖြစ်စေရုံသာမက ထောက်ပံ့ရေးကွင်းဆက်တစ်ခုလုံးကိုလည်း ထိခိုက်စေပါသည်။ဖြန့်ကျက်မှုအဆင့်
ဖြန့်ကျက်နေစဉ်အတွင်း မှားယွင်းစွာ configure လုပ်ထားသော ဆာဗာများသည် ဆော့ဖ်ဝဲလ်ကို အလားအလာရှိသော ချိုးဖောက်မှုများနှင့် ရင်ဆိုင်ရစေပါသည်။ ဥပမာအားဖြင့်၊ CodeCov ဖြစ်ရပ်က ပေါက်ကြားလာသော လျှို့ဝှက်ချက်များသည် သိသာထင်ရှားသော ထောက်ပံ့ရေးကွင်းဆက်အန္တရာယ်များကို မည်သို့ဖြစ်ပေါ်စေနိုင်ကြောင်း ပြသခဲ့သည်။
ထို့ကြောင့် ဤအားနည်းချက်များကို နားလည်ခြင်းသည် အဖွဲ့များအား လုံခြုံသောနည်းလမ်းတစ်ခုကို လက်ခံကျင့်သုံးရန် ကူညီပေးသည်။ SDLCတစ်လျှောက်လုံး အမြတ်ထုတ်မှု အခွင့်အလမ်းများကို လျှော့ချခြင်း SDLC နည်းစနစ်များ။
အကောင်အထည်ဖော်ရန် အကောင်းဆုံးအလေ့အကျင့်များ SDLC ကာကွယ်မှု
ကာကွယ်စောင့်ရှောက်ရန် SDLC Agile ዘዴဗေဒဆိုင်ရာ သက်တမ်းစက်ဝန်း၊ အဖွဲ့အစည်းများသည် ဤအကောင်းဆုံးလုပ်ဆောင်မှုများကို အကောင်အထည်ဖော်သင့်သည်-
၁။ မြင်သာမှုကို မြှင့်တင်ပါ SDLC နည်းစနစ်များ
ပြည့်စုံသော စာရင်းတစ်ခု၊ ဥပမာ ဆော့ဖ်ဝဲလ် ပစ္စည်းစာရင်း (SBOM)သည် ထောက်ပံ့ရေးကွင်းဆက်တစ်လျှောက်ရှိ အားနည်းချက်များအကြောင်း ထိုးထွင်းသိမြင်မှုများကို ပေးပါသည်။ ထို့အပြင်၊ ၎င်းသည် အဖွဲ့များအား အန္တရာယ်များကို မြန်ဆန်ထိရောက်စွာ ကိုင်တွယ်ဖြေရှင်းနိုင်စေပါသည်။
၂။ Harden Runtime Environments
မှားယွင်းသောဖွဲ့စည်းပုံများတွင် CI/CD pipeline အားနည်းချက်များ ဖန်တီးနိုင်သည်။ ဤအားနည်းချက်များကို ဖယ်ရှားခြင်းနှင့် လုပ်ငန်းစဉ်အားလုံးတွင် ကုဒ်ဝှက်ခြင်းကို သေချာစေခြင်းသည် လုံခြုံမှုကို ထိန်းသိမ်းရန် ကူညီပေးသည်။ လုံလုံခြုံခြုံ SDLC.
၃။ မော်နီတာ ပုံမှန်မဟုတ်မှုများ
ချိုးဖောက်မှုများကို ညွှန်ပြနိုင်သည့် ပုံမှန်မဟုတ်သော အပြုအမူများကို ရှာဖွေပါ။ ဥပမာအားဖြင့်၊ အရေးကြီးသော ကုဒ် သို့မဟုတ် ပုံစံများတွင် မမျှော်လင့်ဘဲ ပြောင်းလဲမှုများ CI/CD pipeline လုံခြုံရေးပြဿနာများကို စောစောစီးစီး ဖော်ထုတ်နိုင်သည်။
၄။ အခွင့်အရေးအနည်းဆုံးရရှိရေးမူကို ကျင့်သုံးပါ။
လိုအပ်သည့်အရာများကိုသာ ဝင်ရောက်ခွင့်ကို ကန့်သတ်ပါ။ ဥပမာအားဖြင့်၊ ဆော့ဖ်ဝဲရေးသားသူများနှင့် CI/CD pipelineအလွဲသုံးစားပြုမှု သို့မဟုတ် အရေးကြီးသော အရင်းအမြစ်များကို မတော်တဆထိတွေ့မိခြင်း၏အန္တရာယ်ကို လျှော့ချရန်အတွက် s သည် အနည်းဆုံးခွင့်ပြုချက်များဖြင့် လည်ပတ်သင့်သည်။ ထို့အပြင်၊ အလားအလာရှိသော အားနည်းချက်များကို လျှော့ချရန်အတွက် အသုံးမပြုရသေးသော ခွင့်ပြုချက်များသည် အလိုအလျောက် သက်တမ်းကုန်ဆုံးသင့်သည်။
ဤအလေ့အကျင့်များကို အဆက်မပြတ်လိုက်နာခြင်းဖြင့် အဖွဲ့အစည်းများသည် ၎င်းတို့၏ SDLC ዘዴများအပြင် ဆော့ဖ်ဝဲလ်လုံခြုံရေးကိုလည်း မြှင့်တင်ပေးပါသည်။ ထို့အပြင် ဤအစီအမံများသည် လိုအပ်သည့်အခါတွင်သာ ဝင်ရောက်ခွင့်ကို ခွင့်ပြုပေးပြီး ပိုမိုလုံခြုံသော ဖွံ့ဖြိုးတိုးတက်ရေးပတ်ဝန်းကျင်ကို ဖန်တီးပေးပါသည်။
Secure SDLC Xygeni နှင့်အတူ ဖြေရှင်းချက်များ
လုံခြုံသောစနစ် အကောင်အထည်ဖော်မှုကို ရိုးရှင်းစေရန် SDLCXygeni သည် အဆင့်တိုင်းကို ကာကွယ်ပေးသည့် ပြည့်စုံသော ပလက်ဖောင်းတစ်ခုကို ပေးဆောင်သည် SDLC ဘဝစက်ဝန်း၊ ပထမဆုံးမှစ၍ commit ထုတ်လုပ်မှုအထိ။ အဓိကစွမ်းရည်များတွင် အောက်ပါတို့ပါဝင်သည်-
- ကုဒ်နှင့် ဖွဲ့စည်းပုံ လုံခြုံရေး (SAST, IaC, လျှို့ဝှက်ချက်များ): တည်ဆောက်မှုတစ်ခု မရောက်မီ coding အဆင့်တွင်ပင် အားနည်းချက်များ၊ မှားယွင်းသော configure များနှင့် ဖော်ထုတ်ခံရသော အထောက်အထားများကို ဖော်ထုတ်ပါ။
- Open-Source နှင့် Dependency Security (SCA): AI မှ မိတ်ဆက်ထားသော ආරක්පරණများ အပါအဝင် codebase ထဲသို့ ထည့်သွင်းထားသော အားနည်းချက်ရှိသော နှင့် အန္တရာယ်ရှိသော open-source dependencies များကို ထောက်လှမ်းသည်။
- AI ခွဲခြားခြင်း- လုံခြုံရေးတွေ့ရှိချက်များအတွက် AI မောင်းနှင်သော ခွဲခြမ်းစိတ်ဖြာမှုကို အသုံးချပါ SAST, IaC, လျှို့ဝှက်ချက်များ SCAနှင့် DAST တို့သည် ပြဿနာတစ်ခုစီအတွက် ဆုံးဖြတ်ချက်၊ အရေးတကြီးဖြစ်မှုနှင့် ပြန်လည်ပြုပြင်ရန် ရှုပ်ထွေးမှုများကို ထုတ်လုပ်ပေးသောကြောင့် အဖွဲ့များသည် သတိပေးချက်တိုင်းကို ကိုယ်တိုင်ပြန်လည်သုံးသပ်မည့်အစား အမှန်တကယ် အသုံးချနိုင်သည့်အရာများကို အာရုံစိုက်ကြသည်။
- မဲလ်ဝဲကြိုတင်သတိပေးချက် (MEW): လက်မှတ်တစ်ခုမတည်ရှိမီ ထုတ်ဝေသည့်အချိန်တွင် ဆော့ဖ်ဝဲထောက်ပံ့ရေးကွင်းဆက်ကို ပစ်မှတ်ထားသော အန္တရာယ်ရှိသော ပက်ကေ့ဂျ်များကို ရှာဖွေပါ။
- CI/CD နှင့် Build Security: စောငျ့ရှောကျ pipeline အထက်တွင်ရည်ညွှန်းထားသော SolarWinds နှင့် Codecov တိုက်ခိုက်မှုများကဲ့သို့သော ဖြစ်ရပ်များကို ဖြစ်ပေါ်စေသည့် ပုံမှန်မဟုတ်သော အခြေအနေများအတွက် ဖွဲ့စည်းမှုပုံစံနှင့် အပြုအမူ။
Xygeni နဲ့အတူ လုံခြုံစိတ်ချရပါတယ် SDLC အလေ့အကျင့်များကို ဖွံ့ဖြိုးတိုးတက်ရေးလုပ်ငန်းစဉ်တွင် တိုက်ရိုက်ထည့်သွင်းထားသောကြောင့် လုံခြုံရေးကို အဆုံးတွင် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။
ထိုအကြောင်းကို Read အသုံးအများဆုံး SDLC ကိရိယာများနှင့် ပိုမိုလေ့လာပါ။
Sí, este cierre tiene el mismo problema que tenía la intro မူရင်း: es genérico y repite casi literalmente lo que ya se dijo en la sección de Xygeni justo antes (“ကာကွယ်… ကာကွယ်… ယုံကြည့်မှု”), sin aportar nada nuevo ni cerrar el hi lobrimos a Aquí tienes una versión ajustada que conecta con el arco completo del ပို့စ်-
SDLC ကာကွယ်ခြင်းသည် ရွေးချယ်၍မရတော့ပါ
Agile နှင့် DevOps တို့သည် software အဖွဲ့များအား မြန်ဆန်စေခဲ့သည်။ ၎င်းတို့သည် လုံခြုံရေးလိုအပ်ချက်ကို မဖယ်ရှားခဲ့ပါ၊ ၎င်းတို့သည် ဖြစ်ပျက်ရမည့်နေရာသို့ ရွှေ့ပြောင်းခဲ့သည်- ထုတ်ဝေမှုမပြုမီ နောက်ဆုံးစစ်ဆေးမှုအဖြစ် မဟုတ်ဘဲ အဆင့်တိုင်းတွင် စဉ်ဆက်မပြတ် လုပ်ဆောင်ခဲ့သည်။ အန္တရာယ်သည် မှားယွင်းစွာ configure လုပ်ထားသော ဖြန့်ကျက်မှု၊ မှီခိုမှု အားနည်းချက် သို့မဟုတ် မည်သူမျှ ပြန်လည်သုံးသပ်ခြင်းမရှိသော package တစ်ခုကို AI agent မှ install လုပ်ခြင်း ရှိမရှိမှာ မှန်ကန်ပါသည်။
အဲဒီကွာဟချက်ကို အမြန်ဆုံးပိတ်ပစ်နိုင်တဲ့ အဖွဲ့အစည်းတွေက SDLC ကာကွယ်မှုကို အခြေခံအဆောက်အအုံအဖြစ်၊ အဆုံးတွင် တပ်ဆင်ထားသော စစ်ဆေးရမည့်စာရင်းတစ်ခုအနေဖြင့် မဟုတ်ပါ။
ပိုမိုလုံခြုံသော ဆော့ဖ်ဝဲလ်သက်တမ်းစက်ဝန်းဆီသို့ ပထမခြေလှမ်းကို လှမ်းလိုက်ပါ။ ယနေ့ Xygeni ကို ဆက်သွယ်ပါ or သရုပ်ပြတစ်ခုစီစဉ်ပါ သင့်ရဲ့ အဆင့်တိုင်းကို လုံခြုံအောင် ဘယ်လိုကူညီနိုင်မလဲဆိုတာ ကြည့်ဖို့ SDLC, ပထမဆုံးကနေ commit ထုတ်လုပ်မှုသို့။
အမြဲမေးလေ့ရှိသောမေးခွန်းများ
ဘာဖြစ်သလဲ SDLC ကာကွယ်စောင့်ရှောက်ရေး?
SDLC ကာကွယ်မှုဆိုသည်မှာ လုံခြုံရေးကို ထုတ်ဝေခြင်းမပြုမီ နောက်ဆုံးပြန်လည်သုံးသပ်ချက်အဆင့်အဖြစ် မသတ်မှတ်ဘဲ software development cycle ၏ အဆင့်တိုင်းတွင် လုံခြုံရေးထိန်းချုပ်မှုများကို ထည့်သွင်းခြင်းဖြစ်ပြီး coding၊ building၊ testing နှင့် deployment တို့ကို လုပ်ဆောင်ခြင်းဖြစ်သည်။
အကြီးမားဆုံးအန္တရာယ်တွေက ဘာတွေလဲ SDLC ယနေ့ခေတ် နည်းစနစ်များ?
မလုံခြုံသောကုဒ်နှင့် မှားယွင်းစွာ configure လုပ်ထားသော ဖြန့်ကျက်မှုများကဲ့သို့သော ရိုးရာအန္တရာယ်များထက် ကျော်လွန်၍ ခေတ်မီသော SDLC ကာကွယ်မှုတွင် AI မှထုတ်လုပ်သောကုဒ်၊ AI coding agent များနှင့် ထောက်ပံ့ရေးကွင်းဆက်မှတစ်ဆင့် မိတ်ဆက်လာသော အန္တရာယ်ရှိသော open-source dependencies များကို ထည့်သွင်းစဉ်းစားရမည်။
ဘယ်လိုလုံခြုံစေသလဲ SDLC ရိုးရာအပလီကေးရှင်းလုံခြုံရေးနှင့် ကွာခြားပါသလား။
ရိုးရာ AppSec သည် ထုတ်ဝေခါနီးတွင် ကုဒ်ကို မကြာခဏ ပြန်လည်သုံးသပ်လေ့ရှိသည်။ SDLC အလေ့အကျင့်များသည် အစမှ အဆက်မပြတ် ထိန်းချုပ်မှုများကို ကျင့်သုံးသည် commit တည်ဆောက်မှုမှတစ်ဆင့် pipeline ဖြန့်ကျက်မှုအထိ၊ ထို့ကြောင့် အားနည်းချက်များကို အချက်အလက်ပြီးနောက်တွင်မဟုတ်ဘဲ မိတ်ဆက်သည့်အဆင့်တွင် ဖမ်းမိပါသည်။
