Git 2.39 အရင်းအမြစ်ထိန်းချုပ်မှုထုတ်ဝေမှု

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

ယခင်ထွက်ရှိထားသည့်ဗားရှင်းနှင့် နှိုင်းယှဉ်ပါက၊ ဗားရှင်းအသစ်တွင် ဆော့ဖ်ဝဲရေးသားသူ ၈၆ ဦး၏ ပူးပေါင်းပါဝင်မှုဖြင့် ပြင်ဆင်ထားသည့် ပြောင်းလဲမှု ၄၈၃ ခု ပါဝင်ပြီး ၃၁ ဦးသည် ဖွံ့ဖြိုးတိုးတက်မှုတွင် ပထမဆုံးအကြိမ် ပါဝင်ခဲ့သည်။ အဓိက တီထွင်ဆန်းသစ်မှုများ-

• အပြောင်းအလဲများ၏သမိုင်းကြောင်းမှကိန်းဂဏန်းအချက်အလက်များဖြင့်အကျဉ်းချုပ်များကိုပြသရန်ဒီဇိုင်းပြုလုပ်ထားသော "git shortlog" ကွန်မန်းသည် စာရေးဆရာ သို့မဟုတ် ကော်မတီဝင်များအတွက် နယ်ပယ်များအလိုက် မတရားအုပ်စုဖွဲ့ခြင်းအတွက် "-group" ရွေးချယ်မှုကို ထည့်သွင်းထားသည်။ ဥပမာအားဖြင့်၊ "Co-authored-by" အကွက်တွင်ဖော်ပြထားသောအကူအညီများကိုထည့်သွင်းစဉ်းစားပြီးပြောင်းလဲမှုအရေအတွက်နှင့်ပတ်သက်သောအချက်အလက်များပါသော developer များ၏စာရင်းကိုပြသရန်၊ သင်သည် command ကိုသုံးနိုင်သည်- git shortlog -ns --group=author - -group=trailer:co-authored-by

  Shortlog output ကို formatting specifiers များ အသုံးပြု၍ ပေါင်းစည်းနိုင်ပြီး "--group" option သည် ရှုပ်ထွေးသော အစီရင်ခံစာများဖန်တီးမှုကို သိသိသာသာ ရိုးရှင်းစေပြီး ထပ်ဆင့်စီခြင်းအမိန့်များ လိုအပ်မှုကို ဖယ်ရှားပေးနိုင်ပါသည်။ ဥပမာအားဖြင့်၊ လစဉ် ပေးထားသော ထုတ်ဝေမှုအတွက် ကတိကဝတ် မည်မျှ လက်ခံခဲ့ကြောင်း အချက်အလက်များ ပါရှိသော အစီရင်ခံစာကို ဖန်တီးရန်၊ git shortlog v2.38.0.. —date='format:%Y-%m' —group=' ကို သတ်မှတ်နိုင်ပါသည်။ %cd' -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 ယခင်က၊ အလားတူလုပ်ဆောင်မှုကို လုပ်ဆောင်ရန်အတွက် မျိုးခွဲနှင့် uniq utilities များကို အသုံးပြုရန် လိုအပ်သည်- git log v2.38.0. .. —date='format:%Y -%m' —format='%cd' | မျိုးတူစု | uniq -c

• သိုလှောင်ရုံ (အကိုင်းအခက်များ သို့မဟုတ် တဂ်များဖြင့် ရည်ညွှန်းခြင်းမရှိသော) လက်လှမ်းမမီနိုင်သော အရာများကို ထုပ်ပိုးရန်အတွက် ဒီဇိုင်းထုတ်ထားသည့် "cruft packs" ယန္တရား၏ စွမ်းဆောင်ရည်များကို တိုးချဲ့ထားပါသည်။ လက်လှမ်းမမီနိုင်သော အရာများကို အမှိုက်စုဆောင်းသူမှ ဖျက်လိုက်သော်လည်း ပြိုင်ပွဲအခြေအနေများကို ရှောင်ရှားရန် ၎င်းတို့ကို ဖျက်မပစ်မီ အချိန်အတိုင်းအတာတစ်ခုအထိ သိုလှောင်ရုံတွင် ရှိနေပါသည်။ “cruft packs” ယန္တရားသည် သင့်အား “.mtimes” တိုးချဲ့မှုဖြင့် သီးခြားဖိုင်တစ်ခုတွင် သိမ်းဆည်းထားသည့် သီးခြားဇယားတစ်ခုရှိ အရာဝတ္ထုတစ်ခုစီ၏ ပြုပြင်မွမ်းမံမှုအချိန်နှင့် အချက်အလက်များကို ပြသရန်၊ လက်လှမ်းမမီနိုင်သော အရာအားလုံးကို ဖိုင်တစ်ခုတွင် သိမ်းဆည်းနိုင်စေသည်၊ ထို့ကြောင့် ၎င်းတို့လုပ်ဆောင်နိုင်ရန်၊ စုစုပေါင်း ပြုပြင်မွမ်းမံချိန်နှင့် မထပ်ပါ။

  ၎င်းတို့ကို အမှန်တကယ် မဖျက်မီ လက်လှမ်းမမီနိုင်သော သိုလှောင်ခန်းတွင် ရှိနေသည့် အချိန်ကို “--prune=” ရွေးချယ်မှုဖြင့် ဆုံးဖြတ်သည်။ သို့ရာတွင်၊ မဖျက်မီနှောင့်နှေးခြင်းသည် လူမျိုးရေးအခြေအနေများကြောင့် သိုလှောင်မှုအကျင့်ပျက်ခြစားမှုကို တားဆီးရန် မျှတထိရောက်ပြီး လက်တွေ့ကျသောနည်းလမ်းဖြစ်သော်လည်း၊ ၎င်းသည် 100% စိတ်ချရမည်မဟုတ်ပေ။ ပျက်စီးနေသော သိုလှောင်ခန်းကို ပြန်လည်ရယူရန် ပိုမိုလွယ်ကူစေရန်၊ ထုတ်ဝေမှုအသစ်သည် ပြင်ပတစ်ခုဖန်တီးရန် ဖိုင်တစ်ခုကို သတ်မှတ်နိုင်စေသည့် “--expire-to” ရွေးချယ်မှုကို “git repack” ညွှန်ကြားချက်တွင် ထည့်သွင်းခြင်းဖြင့် ပျောက်ဆုံးနေသော အရာဝတ္တုများကို သိမ်းဆည်းနိုင်စေပါသည်။ ဖျက်လိုက်သော အရာအားလုံး၏ မိတ္တူ။ ဥပမာအားဖြင့်၊ backup.git ဖိုင်တွင် လွန်ခဲ့သည့် 5 မိနစ်အတွင်း ပြောင်းလဲ၍မရသော အရာများကို သိမ်းဆည်းရန်၊ git repack --cruft --cruft-expiration=5.minutes.ago -d --expire ကို အသုံးပြုနိုင်သည်။ -to=../backup.git

• တစ်စိတ်တစ်ပိုင်းပုံတူပွားခြင်း (ကျဲ-ငွေရှင်းခြင်း) နှင့် တစ်စိတ်တစ်ပိုင်းအညွှန်းများ (ကျဲအညွှန်းကိန်းများ) ရှိသည့်နေရာများတွင် ရှာဖွေသည့်အခါ "git grep -cached" လည်ပတ်မှု၏ အမြန်နှုန်း (70%) အထိ သိသိသာသာ တိုးလာသည်။ ယခင်က၊ "-cached" option ကိုသတ်မှတ်သောအခါ၊ ရှာဖွေမှုသည် ပုံမှန်အညွှန်းတွင် ဦးစွာလုပ်ဆောင်ခဲ့ပြီး၊ ထို့နောက် တစ်ပိုင်းတစ်စတွင် ရှာဖွေခြင်းဖြစ်ပြီး ကြီးမားသောသိုလှောင်ရာနေရာများတွင် ရှာဖွေရာတွင် သိသာထင်ရှားသောနှောင့်နှေးမှုများဖြစ်စေခဲ့သည်။
• "git push" လည်ပတ်မှုအတွင်း ၎င်းတို့အား သိုလှောင်ခန်းတွင် မထားရှိမီ အရာဝတ္ထုအသစ်များ၏ ပေါင်းစပ်မှုကို ဆာဗာ၏ အတည်ပြုခြင်းကို အရှိန်မြှင့်လိုက်ပါပြီ။ စစ်ဆေးသည့်အခါတွင် ကြေညာထားသောလင့်ခ်များကိုသာ စာရင်းကိုင်ခြင်းသို့ ပြောင်းခြင်းဖြင့်၊ လင့်ခ် 7 သန်းပါရှိသော စမ်းသပ်သိုလှောင်ရာတွင် 3% ကိုသာ push လုပ်ဆောင်ချက်ဖြင့် အကျုံးဝင်သော၊ စစ်ဆေးခြင်းအချိန်ကို 4.5 ဆ လျှော့ချခွင့်ပြုထားသည်။
• ကုဒ်တွင် ဖြစ်နိုင်ချေရှိသော ကိန်းပြည့်ပြည့်လျှံမှုများကို ကာကွယ်ရန်၊ "git apply" အမိန့်သည် စီမံလုပ်ဆောင်နိုင်သည့် ဖာထေးမှု၏ အများဆုံးအရွယ်အစားကို ကန့်သတ်ထားသည်။ ဖာထေးမှုအရွယ်အစား 1 GB ထက်ကျော်လွန်ပါက အမှားအယွင်းတစ်ခုပေါ်လာပါမည်။
• ဖြစ်နိုင်ချေရှိသော အားနည်းချက်များကို ကာကွယ်ရန်၊ GIT_TRACE_CURL=2 သို့မဟုတ် GIT_CURL_VERBOSE=3 ရွေးချယ်မှုနှင့်အတူ HTTP/1 နှင့်အတူ h1h2 module ကိုအသုံးပြုသောအခါ သတ်မှတ်ထားသည့် ခေါင်းစီးများမှ မလိုအပ်သောအချက်အလက်များကို ရှင်းလင်းရန် အပြောင်းအလဲများ ပြုလုပ်ထားပါသည်။
• အခြားဌာနခွဲတစ်ခုသို့ သင်္ကေတလင့်ခ်တစ်ခုဖြစ်သည့် ဘဏ်ခွဲတစ်ခုတွင် စစ်ဆေးသည့်အခါ၊ "git symbolic-ref HEAD" command သည် ယခုအခါ symlink အမည်ထက် ပစ်မှတ်ဌာနခွဲ၏အမည်ကို ပြသပါသည်။
• ယခင်ဌာနခွဲတစ်ခု၏ ဖော်ပြချက်ကို တည်းဖြတ်ရန်အတွက် “--တည်းဖြတ်-ဖော်ပြချက်” ရွေးချယ်မှု (“git ဌာနခွဲ—တည်းဖြတ်-ဖော်ပြချက် @{-1}”) တွင် @{-1} အငြင်းအခုံအတွက် ပံ့ပိုးမှု ပေါင်းထည့်ထားသည်။
• စံထည့်သွင်းမှုမှတစ်ဆင့် ရွေးချယ်စရာများစာရင်းကို ဖြတ်သန်းရန် "git merge-tree --stdin" အမိန့်ကို ထည့်သွင်းခဲ့သည်။
• ကွန်ရက်ဖိုင်စနစ်များတွင်၊ ဖိုင်စနစ်အတွင်း အပြောင်းအလဲများကို စောင့်ကြည့်သည့် fsmonitor ကိုင်တွယ်သူကို ပုံမှန်အားဖြင့် ပိတ်ထားသည်။

source: opennet.ru