ယုန်ပေါက် ၅ ကောင်

"အမြန်ပြင်ဆင်ခြင်း" ၏ ဆွဲဆောင်မှုရှိသော ရိုးရှင်းမှု

ဆော့ဖ်ဝဲရေးသားသူတိုင်းသည် "သေးငယ်သောပြောင်းလဲမှု" ၏ ဥသြသီချင်းကို သိသည်။ ၎င်းသည် အပြစ်ကင်းစင်စွာဖြင့် စတင်သည်- အသေးစား ချို့ယွင်းချက်အစီရင်ခံစာ၊ သေးငယ်သော UI လှည့်ကွက် သို့မဟုတ် ရိုးရှင်းပုံရသော လုပ်ဆောင်ချက် တောင်းဆိုချက်။ တစ်ခုတည်းသော commit ဖြစ်ကောင်း နာရီအနည်းငယ်ကြာမည်ဟု သင်ခန့်မှန်းပါသည်။ သင် ဒိုင်ဗင်ထိုးပြီး နေ့လယ်စာမစားမီ သင်၏ အဓိကတာဝန်ကို ထမ်းဆောင်နိုင်မည်ဟု ယုံကြည်ပါသည်။ သို့သော်၊ သင်သည် နက်နဲသော လုပ်ဆောင်မှုငါးခု၊ သင့်မူရင်းကုဒ်ဘေ့စ်ကို အဝေးမှမှတ်ဉာဏ်တစ်ခုလိုမြင်ရပြီး၊ သင်၏ "အမြန်ပြင်ဆင်ခြင်း" သည် အပြည့်အဝပြန်လည်ပြုပြင်ရေးပရောဂျက်အဖြစ်သို့ ပြောင်းလဲသွားပါသည်။ ယုန်တွင်းကို ဦးခေါင်းအောက်သို့ မှောက်ချလိုက်ပါသည်။

ဤဖြစ်စဉ်သည် ကိုယ်ရေးကိုယ်တာ စိတ်ပျက်စရာတစ်ခုမျှသာ မဟုတ်ပါ။ ၎င်းသည် ကုန်ထုတ်စွမ်းအားအပေါ် သိသာထင်ရှားသော ယိုစီးမှုနှင့် ပရောဂျက်အချိန်ဇယားများအတွက် အဓိကအန္တရာယ်တစ်ခုဖြစ်သည်။ CRM၊ ပရောဂျက်စီမံခန့်ခွဲမှုနှင့် ငွေပေးချေမှုစနစ်များကဲ့သို့ ကွဲပြားခြားနားသော အစိတ်အပိုင်းများ ညီညွတ်စွာ အလုပ်လုပ်နိုင်သည့် မော်ဂျူလာလုပ်ငန်းပတ်ဝန်းကျင်တွင်၊ ဧရိယာတစ်ခုမှ မမျှော်လင့်ထားသော လမ်းလွှဲတစ်ခုသည် လုပ်ငန်းတစ်ခုလုံးတွင် နှောင့်နှေးမှုများကို ဖန်တီးနိုင်သည်။ ဤသည်မှာ အတိအကျ မခန့်မှန်းနိုင်သော အလုပ်အသွားအလာ ပရမ်းပတာ အမျိုးအစားဖြစ်ပြီး Mewayz သည် သင့်လုပ်ငန်းအတွက် ဖွဲ့စည်းတည်ဆောက်ထားသော၊ အပြန်အလှန်ချိတ်ဆက်ထားသော လည်ပတ်မှုစနစ်ကို ဖန်တီးခြင်းဖြင့် ကာကွယ်ရန် ဒီဇိုင်းထုတ်ထားသည်။

ကတိပြုချက် 1- ပြန်မပေးသည့်အချက်

ပထမ ကတိကဝတ်သည် မကြာခဏ လိမ်လည်လွယ်သည်။ သင်သည် ပြဿနာရှိသော ဖိုင်ကို ခွဲခြားသတ်မှတ်သည်—ရက်စွဲကို မှားယွင်းစွာဖော်မတ်သည့် လုပ်ဆောင်ချက်တစ်ခု ဖြစ်နိုင်သည်။ သင်သည် အမှားပြင်ခြင်း၊ ၎င်းကို စက်တွင်းတွင် စမ်းသပ်ပြီး အရာအားလုံး အဆင်ပြေပါသည်။ မင်း စိတ်ချမ်းသာတယ်။ သို့သော် သင်ကတိကဝတ်ကို တွန်းထုတ်တော့မည်ဖြစ်သောကြောင့်၊ "ကျွန်တော်ဒီမှာရှိနေတုန်း၊ ဒီရက်စွဲဖော်မတ်ကိုသုံးတဲ့ သက်ဆိုင်ရာ မှတ်တမ်းလုပ်ဆောင်ချက်ကို အပ်ဒိတ်လုပ်သင့်တယ်။" ၎င်းသည် ကျိုးကြောင်းဆီလျော်၍ တာဝန်နီးပါးရှိသော တွန်းအားတစ်ခုဖြစ်သည်။ ဤသည်မှာ သင် တံခါးခုံကို ဖြတ်ကျော်သည့် အခိုက်အတန့်ပင် ဖြစ်သည်။ ပြဿနာတစ်ခုကို ဖြေရှင်းမည့်အစား၊ စနစ်၏ဆက်စပ်အစိတ်အပိုင်းတစ်ခုကို "တိုးတက်ကောင်းမွန်အောင်ပြုလုပ်ရန်" ကတိပြုထားပါသည်။

Commit 2- မှီခိုမှုအကြောင်းအရာကို ဖော်ထုတ်ခြင်း

သင်၏ ဒုတိယ ကတိကဝတ်သည် မှတ်တမ်းလုပ်ဆောင်ချက်ကို အပ်ဒိတ်လုပ်သည်။ သို့သော် စောင့်ပါ- ထိုမှတ်တမ်းလုပ်ဆောင်ချက်အတွက် စမ်းသပ်မှု မအောင်မြင်ပါ။ စစ်ဆေးမှုသည် အဟောင်း၊ မှားယွင်းသော ရက်စွဲဖော်မတ်ကို မျှော်လင့်ရန် ခက်ခက်ခဲခဲ ကုဒ်လုပ်ထားသည်ကို တွေ့ရှိရသည်။ ကုဒ်ဘေ့စ်တွင် ကျိုးပဲ့သောစမ်းသပ်မှုကို သင်ချန်ထား၍မရပါ၊ ထို့ကြောင့် ကုဒ်နံပါတ်နှစ်ကို မွေးဖွားသည်- "ရက်စွဲမှတ်တမ်းကိရိယာအတွက် ယူနစ်စမ်းသပ်မှုကို အပ်ဒိတ်လုပ်ပါ။" ယခု သင်သည် bug တစ်ခုကို ပြုပြင်ရုံသာမက၊ သင်သည် စာမေးပွဲများကို အပ်ဒိတ်လုပ်နေပါသည်။ ၎င်းသည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုတွင် အရေးကြီးသောအမှန်တရားကို ဖော်ထုတ်ပေးသည်- ကုဒ်သည် မှီခိုမှုရှိသော ဝဘ်တစ်ခုဖြစ်သည်။ သေးငယ်သော်လည်း ချည်မျှင်တစ်ခုပေါ်တွင် ဆွဲတင်ခြင်းသည် အထည်၏ ပိုကြီးသောအပိုင်းကို ဖော်ထုတ်နိုင်သည်။ မော်ဂျူလာမဟုတ်သောစနစ်တွင်၊ ဤအရာသည် နယ်ပယ်သည် ထိန်းချုပ်မရဘဲ ဖောင်းပွလာပါသည်။

commit 3- ဗိသုကာသွေးဆောင်မှု

စာမေးပွဲအောင်ပြီးရင် ပြီးအောင်လုပ်ရမယ်။ ဒါပေမယ့် အခု မင်း ကုဒ်ကို စိုက်ကြည့်နေတယ်။ သင်ပြင်ဆင်လိုက်သောလုပ်ဆောင်ချက်သည် ... ရှုပ်သည်ဟုခံစားရသည့် ပိုကြီးသော utility module ၏တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ "ဤရက်စွဲ-ကိုင်တွယ်ခြင်းဆိုင်ရာ ယုတ္တိဗေဒတစ်ခုလုံးသည် မတူညီသော ဖိုင်သုံးခုတွင် ပြန့်ကျဲနေသည်" ဟု သင်ထင်သည်။ "ဒါကို နာမည်ကောင်း ဝန်ဆောင်မှုတစ်ခုအဖြစ် ပေါင်းစည်းလိုက်ရင် ပိုရှင်းသွားလိမ့်မယ်။" ဗိသုကာလက်ရာ သန့်ရှင်းမှုအတွက် ပြန်လည်ပြုပြင်ရန် သွေးဆောင်မှုသည် အစွမ်းထက်သည်။ Commit three သည် အဓိကတစ်ခုဖြစ်သည်- "Refactor date utility ကို ဗဟိုချုပ်ကိုင်သောဝန်ဆောင်မှုသို့" ။ သင်သည် မူလ ချွတ်ယွင်းချက် ပြင်ဆင်ခြင်းထက် ဝေးကွာသွားပါပြီ။ သင်သည် စနစ်၏တစ်စိတ်တစ်ပိုင်းကို ပြန်လည်ဒီဇိုင်းဆွဲနေပြီး ၎င်းပြန်လည်ပြင်ဆင်ခြင်းဖြင့် ရှုပ်ထွေးမှုနှင့် အမှားအယွင်းအတွက် အလားအလာအသစ်များ ထွက်ပေါ်လာပါသည်။

commit 4 နှင့် 5- Domino Effect

ဓာတ်ပေါင်းဖို ပြီးပါပြီ၊ သို့သော် ဒိုမီနိုများ ကျဆင်းလာသည်။ မူလနယ်ပယ်၏ အစိတ်အပိုင်းမဟုတ်သော အခြား module နှစ်ခုသည် အဟောင်း၊ ယခုဖျက်ထားသော utility functions များပေါ်တွင် မူတည်သောကြောင့် စတုတ္ထမြောက် commit သည် လိုအပ်ပါသည်။ အဆိုပါ တင်သွင်းမှုများကို သင် အပ်ဒိတ်လုပ်ရန် လိုအပ်ပြီး ၎င်းတို့၏ စမ်းသပ်မှုများ ဆက်လက် အောင်မြင်မည်ဟု မျှော်လင့်ပါသည်။ သူတို့မလုပ်ဘူး။ ပဉ္စမမြောက် ကတိကဝတ်သည် ယခု သင့်ဝန်ဆောင်မှုအသစ်မှ မိတ်ဆက်ထားသော ၎င်းတို့၏ ကိုယ်ပိုင် သိမ်မွေ့သော ချို့ယွင်းချက်များ ရှိနေသည့် အဆိုပါ အခြား module များအတွက် စိတ်ရှုပ်စရာ ပြင်ဆင်မှုများ စီးရီးတစ်ခုဖြစ်သည်။ သင်၏ "အမြန်ပြင်ဆင်ခြင်း" သည် မော်ဂျူးပေါင်းများစွာကို ပြုပြင်မွမ်းမံခြင်းသို့ တရားဝင်ရောက်ရှိသွားပါပြီ။ သင်သည် ရက်စွဲစာတန်းတစ်ခုတည်းဖြင့် စတင်ခဲ့ပြီး အပလီကေးရှင်းတစ်ခုလုံး၏ ဖွဲ့စည်းပုံကို မေးခွန်းထုတ်ခဲ့သည်။

• ကနဦး ချို့ယွင်းချက်- ရက်စွဲတစ်ခုတည်းကို မှားယွင်းစွာ ပြသထားသည်။
• နောက်ဆုံးရလဒ်- DateService အတန်းအစားအသစ်၊ မတူညီသော module 4 ခုအား အပ်ဒိတ်များနှင့် ပျက်သွားသော စမ်းသပ်မှုအတွဲ 3 ခုအတွက် ပြင်ဆင်မှုများ။
• သုံးစွဲချိန်- 1.5 နာရီအစား 1.5 ရက်။
• မမြင်ရသောကုန်ကျစရိတ်- နှောင့်နှေးသောအင်္ဂါရပ်များ၊ အဖွဲ့တစ်ခုလုံးအတွက် အကြောင်းအရာပြောင်းခြင်းနှင့် ပေါင်းစည်းခြင်းအန္တရာယ်များ။

"ယုန်တွင်းသည် အရည်အချင်းမရှိသော လက္ခဏာမဟုတ်ပါ၊ နယ်နိမိတ်များ မရှင်းလင်းသော စနစ်တစ်ခု၏ လက္ခဏာတစ်ခုဖြစ်သည်။ စစ်မှန်သော ထိရောက်မှုမှာ လုပ်ငန်းတစ်ခု၏ လုပ်ဆောင်မှုတစ်ခုတွင် ပြောင်းလဲမှုတစ်ခုမှ နောက်တစ်ခုအား ပြန်လည်တည်ဆောက်ရန် တွန်းအားပေးခြင်းမရှိသည့် မော်ဂျူလာစနစ်မှဖြစ်သည်။"

Mewayz ဖြင့် ကာရံများ တည်ဆောက်ခြင်း

ဒါဆို ဒီကုန်ထုတ်စွမ်းအားကို စုပ်ယူတဲ့ ယုန်တွင်းတွေကို ဘယ်လိုရှောင်မလဲ။ အဖြေသည် ဖွဲ့စည်းပုံနှင့် ရှင်းလင်းသော နယ်နိမိတ်များဖြစ်သည်။ ဤသည်မှာ Mewayz ၏နောက်ကွယ်တွင် အဓိကဒဿနဖြစ်သည်။ မော်ဂျူလာလုပ်ငန်း OS အဖြစ် လည်ပတ်ခြင်းဖြင့်၊ Mewayz သည် ၎င်းတို့၏ လွတ်လပ်မှုကို ထိန်းသိမ်းထားစဉ်တွင် ချောမွေ့စွာ အတူတကွ လုပ်ဆောင်ရန် ဒီဇိုင်းထုတ်ထားသည့် ဖောက်သည် စီမံခန့်ခွဲမှု၊ ပရောဂျက် ခြေရာခံခြင်းနှင့် ဘဏ္ဍာရေးဆိုင်ရာ လည်ပတ်မှုများကဲ့သို့သော အဓိကလုပ်ဆောင်ချက်များအတွက် ကြိုတင်သတ်မှတ်ထားသော မော်ဂျူးများကို ပေးပါသည်။ ပရောဂျက်စီမံခန့်ခွဲမှု မော်ဂျူးတွင် ပြောင်းလဲမှုတစ်ခုသည် ငွေတောင်းခံလွှာဆိုင်ရာ ယုတ္တိဗေဒကို ပြန်လည်ရေးသားရန် မလိုအပ်ပါ။ သတ်မှတ်ထားသော လုပ်ငန်းဆောင်တာများအတွင်း အပြောင်းအလဲများပါဝင်ခြင်းဖြင့် ဒိုမီနိုအကျိုးသက်ရောက်မှုကို ကာကွယ်ရန် စနစ်အား တည်ဆောက်ထားပါသည်။

သင့်လုပ်ငန်းသုံးကိရိယာများကို ပေါင်းစပ်ထားသော်လည်း မရောယှက်ပါက၊ သင့်အဖွဲ့သည် အမှန်တကယ် မြန်ဆန်နေမည့် "အမြန်ပြင်ဆင်မှုများ" ကို လုပ်ဆောင်နိုင်သည်။ ၎င်းတို့သည် အခြားနေရာမှ မသက်ဆိုင်သော လုပ်ဆောင်ချက်ကို အမှတ်မထင် ချိုးဖျက်မည် မဟုတ်ကြောင်း ယုံကြည်စွာဖြင့် မော်ဂျူးတစ်ခုတွင် လုပ်ငန်းစဉ်တစ်ခုကို အပ်ဒိတ်လုပ်နိုင်ပါသည်။ ဤရှင်းလင်းမှုနှင့် ချုပ်ကိုင်မှုသည် ရှုပ်ထွေးနိုင်ချေရှိသော ဖရိုဖရဲဖြစ်နိုင်ချေရှိသော ဖွံ့ဖြိုးတိုးတက်မှုခရီးကို ကြိုတင်မှန်းဆနိုင်သော၊ ထိရောက်သော ရှေ့သို့လမ်းကြောင်းတစ်ခုအဖြစ်သို့ ပြောင်းလဲပေးကာ သင့်အဖွဲ့တစ်ခုလုံး ယုန်တွင်းမှလွတ်မြောက်ကာ အမှန်တကယ်အရေးကြီးသောအရာများကို အာရုံစိုက်စေသောအရာဖြစ်သည်။

အမေးများသောမေးခွန်းများ

"အမြန်ပြင်ဆင်ခြင်း" ၏ ဆွဲဆောင်မှုရှိသော ရိုးရှင်းမှု

ဆော့ဖ်ဝဲရေးသားသူတိုင်းသည် "သေးငယ်သောပြောင်းလဲမှု" ၏ ဥသြသီချင်းကို သိသည်။ ၎င်းသည် အပြစ်ကင်းစင်စွာဖြင့် စတင်သည်- အသေးစား ချို့ယွင်းချက်အစီရင်ခံစာ၊ သေးငယ်သော UI လှည့်ကွက် သို့မဟုတ် ရိုးရှင်းပုံရသော လုပ်ဆောင်ချက် တောင်းဆိုချက်။ တစ်ခုတည်းသော commit ဖြစ်ကောင်း နာရီအနည်းငယ်ကြာမည်ဟု သင်ခန့်မှန်းပါသည်။ သင် ဒိုင်ဗင်ထိုးပြီး နေ့လယ်စာမစားမီ သင်၏ အဓိကတာဝန်ကို ထမ်းဆောင်နိုင်မည်ဟု ယုံကြည်ပါသည်။ သို့သော်၊ သင်သည် နက်နဲသော လုပ်ဆောင်မှုငါးခု၊ သင့်မူရင်းကုဒ်ဘေ့စ်ကို အဝေးမှမှတ်ဉာဏ်တစ်ခုလိုမြင်ရပြီး၊ သင်၏ "အမြန်ပြင်ဆင်ခြင်း" သည် အပြည့်အဝပြန်လည်ပြုပြင်ရေးပရောဂျက်အဖြစ်သို့ ပြောင်းလဲသွားပါသည်။ ယုန်တွင်းကို ဦးခေါင်းအောက်သို့ မှောက်ချလိုက်ပါသည်။

ကတိပြုချက် 1- ပြန်မပေးသည့်အချက်

ပထမ ကတိကဝတ်သည် မကြာခဏ လိမ်လည်လွယ်သည်။ သင်သည် ပြဿနာရှိသော ဖိုင်ကို ခွဲခြားသတ်မှတ်သည်—ရက်စွဲကို မှားယွင်းစွာဖော်မတ်သည့် လုပ်ဆောင်ချက်တစ်ခု ဖြစ်နိုင်သည်။ သင်သည် အမှားပြင်ခြင်း၊ ၎င်းကို စက်တွင်းတွင် စမ်းသပ်ပြီး အရာအားလုံး အဆင်ပြေပါသည်။ မင်း စိတ်ချမ်းသာတယ်။ သို့သော် သင်ကတိကဝတ်ကို တွန်းထုတ်တော့မည်ဖြစ်သောကြောင့်၊ "ကျွန်တော်ဒီမှာရှိနေတုန်း၊ ဒီရက်စွဲဖော်မတ်ကိုသုံးတဲ့ သက်ဆိုင်ရာ မှတ်တမ်းလုပ်ဆောင်ချက်ကို အပ်ဒိတ်လုပ်သင့်တယ်။" ၎င်းသည် ကျိုးကြောင်းဆီလျော်၍ တာဝန်နီးပါးရှိသော တွန်းအားတစ်ခုဖြစ်သည်။ ဤသည်မှာ သင် တံခါးခုံကို ဖြတ်ကျော်သည့် အခိုက်အတန့်ပင် ဖြစ်သည်။ ပြဿနာတစ်ခုကို ဖြေရှင်းမည့်အစား၊ စနစ်၏ဆက်စပ်အစိတ်အပိုင်းတစ်ခုကို "တိုးတက်ကောင်းမွန်အောင်ပြုလုပ်ရန်" ကတိပြုထားပါသည်။

Commit 2- မှီခိုမှုအကြောင်းအရာကို ဖော်ထုတ်ခြင်း

သင်၏ ဒုတိယ ကတိကဝတ်သည် မှတ်တမ်းလုပ်ဆောင်ချက်ကို အပ်ဒိတ်လုပ်သည်။ သို့သော် စောင့်ပါ- ထိုမှတ်တမ်းလုပ်ဆောင်ချက်အတွက် စမ်းသပ်မှု မအောင်မြင်ပါ။ စစ်ဆေးမှုသည် အဟောင်း၊ မှားယွင်းသော ရက်စွဲဖော်မတ်ကို မျှော်လင့်ရန် ခက်ခက်ခဲခဲ ကုဒ်လုပ်ထားသည်ကို တွေ့ရှိရသည်။ ကုဒ်ဘေ့စ်တွင် ကျိုးပဲ့သောစမ်းသပ်မှုကို သင်ချန်ထား၍မရပါ၊ ထို့ကြောင့် ကုဒ်နံပါတ်နှစ်ကို မွေးဖွားသည်- "ရက်စွဲမှတ်တမ်းကိရိယာအတွက် ယူနစ်စမ်းသပ်မှုကို အပ်ဒိတ်လုပ်ပါ။" ယခု သင်သည် bug တစ်ခုကို ပြုပြင်ရုံသာမက၊ သင်သည် စာမေးပွဲများကို အပ်ဒိတ်လုပ်နေပါသည်။ ၎င်းသည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုတွင် အရေးကြီးသောအမှန်တရားကို ဖော်ထုတ်ပေးသည်- ကုဒ်သည် မှီခိုမှုရှိသော ဝဘ်တစ်ခုဖြစ်သည်။ သေးငယ်သော်လည်း ချည်မျှင်တစ်ခုပေါ်တွင် ဆွဲတင်ခြင်းသည် အထည်၏ ပိုကြီးသောအပိုင်းကို ဖော်ထုတ်နိုင်သည်။ မော်ဂျူလာမဟုတ်သောစနစ်တွင်၊ ဤအရာသည် နယ်ပယ်သည် ထိန်းချုပ်မရဘဲ ဖောင်းပွလာပါသည်။

commit 3- ဗိသုကာသွေးဆောင်မှု

စာမေးပွဲအောင်ပြီးရင် ပြီးအောင်လုပ်ရမယ်။ ဒါပေမယ့် အခု မင်း ကုဒ်ကို စိုက်ကြည့်နေတယ်။ သင်ပြင်ဆင်လိုက်သောလုပ်ဆောင်ချက်သည် ... ရှုပ်သည်ဟုခံစားရသည့် ပိုကြီးသော utility module ၏တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ "ဤရက်စွဲ-ကိုင်တွယ်ခြင်းဆိုင်ရာ ယုတ္တိဗေဒတစ်ခုလုံးသည် မတူညီသော ဖိုင်သုံးခုတွင် ပြန့်ကျဲနေသည်" ဟု သင်ထင်သည်။ "ဒါကို နာမည်ကောင်း ဝန်ဆောင်မှုတစ်ခုအဖြစ် ပေါင်းစည်းလိုက်ရင် ပိုရှင်းသွားလိမ့်မယ်။" ဗိသုကာလက်ရာ သန့်ရှင်းမှုအတွက် ပြန်လည်ပြုပြင်ရန် သွေးဆောင်မှုသည် အစွမ်းထက်သည်။ Commit three သည် အဓိကတစ်ခုဖြစ်သည်- "Refactor date utility ကို ဗဟိုချုပ်ကိုင်သောဝန်ဆောင်မှုသို့" ။ သင်သည် မူလ ချွတ်ယွင်းချက် ပြင်ဆင်ခြင်းထက် ဝေးကွာသွားပါပြီ။ သင်သည် စနစ်၏တစ်စိတ်တစ်ပိုင်းကို ပြန်လည်ဒီဇိုင်းဆွဲနေပြီး ၎င်းပြန်လည်ပြင်ဆင်ခြင်းဖြင့် ရှုပ်ထွေးမှုနှင့် အမှားအယွင်းအတွက် အလားအလာအသစ်များ ထွက်ပေါ်လာပါသည်။

commit 4 နှင့် 5- Domino Effect

ဓာတ်ပေါင်းဖို ပြီးပါပြီ၊ သို့သော် ဒိုမီနိုများ ကျဆင်းလာသည်။ မူလနယ်ပယ်၏ အစိတ်အပိုင်းမဟုတ်သော အခြား module နှစ်ခုသည် အဟောင်း၊ ယခုဖျက်ထားသော utility functions များပေါ်တွင် မူတည်သောကြောင့် စတုတ္ထမြောက် commit သည် လိုအပ်ပါသည်။ အဆိုပါ တင်သွင်းမှုများကို သင် အပ်ဒိတ်လုပ်ရန် လိုအပ်ပြီး ၎င်းတို့၏ စမ်းသပ်မှုများ ဆက်လက် အောင်မြင်မည်ဟု မျှော်လင့်ပါသည်။ သူတို့မလုပ်ဘူး။ ပဉ္စမမြောက် ကတိကဝတ်သည် ယခု သင့်ဝန်ဆောင်မှုအသစ်မှ မိတ်ဆက်ထားသော ၎င်းတို့၏ ကိုယ်ပိုင် သိမ်မွေ့သော ချို့ယွင်းချက်များ ရှိနေသည့် အဆိုပါ အခြား module များအတွက် စိတ်ရှုပ်စရာ ပြင်ဆင်မှုများ စီးရီးတစ်ခုဖြစ်သည်။ သင်၏ "အမြန်ပြင်ဆင်ခြင်း" သည် မော်ဂျူးပေါင်းများစွာကို ပြုပြင်မွမ်းမံခြင်းသို့ တရားဝင်ရောက်ရှိသွားပါပြီ။ သင်သည် ရက်စွဲစာတန်းတစ်ခုတည်းဖြင့် စတင်ခဲ့ပြီး အပလီကေးရှင်းတစ်ခုလုံး၏ ဖွဲ့စည်းပုံကို မေးခွန်းထုတ်ခဲ့သည်။