ဖြန့်ဝေရင်းမြစ်ထိန်းချုပ်မှုစနစ် Git 2.26 ကို ဖြန့်ချိသည်။

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

ယခင်ထွက်ရှိထားသည့် ဗားရှင်းအသစ်နှင့် နှိုင်းယှဉ်ပါက ဗားရှင်းအသစ်တွင် developer 504 ဦး၏ ပူးပေါင်းပါဝင်မှုဖြင့် ပြင်ဆင်ထားသော ပြောင်းလဲမှု 64 ခု ပါဝင်ပြီး 12 ခုသည် ပထမဦးဆုံးအကြိမ် ဖွံ့ဖြိုးတိုးတက်မှုတွင် ပါဝင်ခဲ့သည်။ အဓိက တီထွင်ဆန်းသစ်မှုများ:

• မူရင်းကို ပြောင်းထားသည်။ ဒုတိယဗားရှင်း client သည် Git ဆာဗာသို့ အဝေးမှ ချိတ်ဆက်သောအခါတွင် အသုံးပြုသည့် Git ဆက်သွယ်ရေး ပရိုတိုကော။ ပရိုတိုကော၏ ဒုတိယဗားရှင်းသည် ဆာဗာဘက်ရှိ အကိုင်းအခက်များနှင့် တဂ်များကို စစ်ထုတ်နိုင်စွမ်းရှိပြီး သုံးစွဲသူထံ အတိုချုံးထားသော လင့်ခ်များစာရင်းကို ပြန်ပေးသည့်အတွက် မှတ်သားဖွယ်ဖြစ်သည်။ ယခင်က၊ မည်သည့် pull command မဆို client သည် repository တစ်ခုလုံးရှိ အကိုးအကားများစာရင်းအပြည့်အစုံကို client သည် ဌာနခွဲတစ်ခုမှ update လုပ်နေချိန် သို့မဟုတ် ၎င်းတို့၏ repository ၏ မိတ္တူသည် ခေတ်မီကြောင်း စစ်ဆေးနေချိန်တွင်ပင်၊ နောက်ထပ် ထင်ရှားသော ဆန်းသစ်တီထွင်မှုသည် toolkit တွင် လုပ်ဆောင်နိုင်စွမ်းအသစ်များ ရရှိလာသောကြောင့် ပရိုတိုကောတွင် စွမ်းရည်အသစ်များကို ပေါင်းထည့်နိုင်မှုဖြစ်သည်။ သုံးစွဲသူကုဒ်သည် ပရိုတိုကောအဟောင်းနှင့် တွဲဖက်အသုံးပြုနိုင်ပြီး ဆာဗာသည် ဒုတိယဗားရှင်းကို မပံ့ပိုးပါက ပထမဗားရှင်းသို့ အလိုအလျောက်ပြန်ကျသွားသည့် ဆာဗာအသစ်နှင့် ဆာဗာအဟောင်းနှစ်ခုလုံးနှင့် ဆက်လက်အလုပ်လုပ်နိုင်သည်။
• "-show-scope" option ကို "git config" command တွင်ထည့်သွင်းထားပြီး၊ အချို့သောဆက်တင်များကိုသတ်မှတ်ထားသည့်နေရာကိုခွဲခြားသတ်မှတ်ရန်ပိုမိုလွယ်ကူစေသည်။ Git သည် သင့်အား နေရာအမျိုးမျိုးတွင် ဆက်တင်များကို သတ်မှတ်ခွင့်ပြုသည်- သိုလှောင်မှု (.git/info/config) တွင်၊ အသုံးပြုသူလမ်းညွှန် (~/.gitconfig)၊ စနစ်တစ်ခုလုံးဖွဲ့စည်းပုံဖိုင် (/etc/gitconfig)၊ နှင့် command မှတဆင့် လိုင်းရွေးချယ်မှုများနှင့် ပတ်ဝန်းကျင်ပြောင်းလဲမှုများ။ "git config" ကိုလုပ်ဆောင်သောအခါ၊ လိုချင်သော setting ကိုအတိအကျသတ်မှတ်ထားသည်ကိုနားလည်ရန်အတော်လေးခက်ခဲသည်။ ဤပြဿနာကိုဖြေရှင်းရန်၊ "--show-origin" ရွေးချယ်ခွင့်ကို ရနိုင်သော်လည်း ၎င်းသည် ဖိုင်ကို တည်းဖြတ်ရန် ရည်ရွယ်ထားလျှင် အသုံးဝင်သည်၊ ၎င်းသည် ဖိုင်ကို တည်းဖြတ်ရန် ရည်ရွယ်ထားသော်လည်း ဆက်တင်သတ်မှတ်ထားသည့် ဖိုင်ဆီသို့ လမ်းကြောင်းကိုသာ ပြသထားသည်။ ရွေးချယ်မှုများ "--system", "--global" သို့မဟုတ် "-local" ကိုအသုံးပြု၍ "git config" မှတဆင့်တန်ဖိုးကိုပြောင်းလဲရန်လိုအပ်သည်။ ရွေးချယ်မှုအသစ် "--show-scope" သည် ပြောင်းလဲနိုင်သော အဓိပ္ပါယ်ဖွင့်ဆိုချက်ကို ပြသပြီး -show-origin နှင့် တွဲဖက်အသုံးပြုနိုင်သည်-

  $ git --list --show-scope --show-origin
  ကမ္ဘာလုံးဆိုင်ရာဖိုင်:/home/user/.gitconfig diff.interhunkcontext=1
  global file:/home/user/.gitconfig push.default=current
  […] local file:.git/config branch.master.remote=origin
  ဒေသတွင်းဖိုင်:.git/config branch.master.merge=refs/heads/master

  $ git config --show-scope --get-regexp 'diff.*'
  global diff.statgraphwidth ၃၅
  local diff.colormoved လွင်ပြင်

  $ git config --global --unset diff.statgraphwidth

• binding ဆက်တင်များတွင် အထောက်အထားများ URL များတွင် မျက်နှာဖုံးများ အသုံးပြုခြင်းကို ခွင့်ပြုထားသည်။ Git ရှိ HTTP ဆက်တင်များနှင့် အထောက်အထားများကို ချိတ်ဆက်မှုအားလုံး (http.extraHeader၊ credential.helper) နှင့် URL အခြေခံချိတ်ဆက်မှုများ (credential.https://example.com.helper၊ credential.https://example။ com.helper)။ ယခုအချိန်အထိ၊ *.example.com ကဲ့သို့သော သင်္ကေတများကို HTTP ဆက်တင်များအတွက်သာ ခွင့်ပြုထားသော်လည်း အထောက်အထား စည်းနှောင်မှုအတွက် ပံ့ပိုးမထားပါ။ Git 2.26 တွင်၊ ဤကွဲပြားမှုများကို ဖယ်ရှားပြီး ဥပမာအားဖြင့်၊ အသုံးပြုသူအမည်ကို ဒိုမိန်းခွဲများအားလုံးသို့ ချိတ်ရန် ယခုသတ်မှတ်နိုင်သည်-

  [အထောက်အထား "https://*.example.com"]

  အသုံးပြုသူအမည် = တေလေလာ

• တစ်စိတ်တစ်ပိုင်းပုံတူပွားခြင်း (partial clones) အတွက် စမ်းသပ်ပံ့ပိုးမှု ချဲ့ထွင်ခြင်းသည် သင့်အား ဒေတာ၏ တစ်စိတ်တစ်ပိုင်းကိုသာ လွှဲပြောင်းနိုင်ပြီး သိုလှောင်မှု၏ မပြည့်စုံသောမိတ္တူဖြင့် လုပ်ဆောင်နိုင်စေမည်ဖြစ်သည်။ အသစ်ထွက်ရှိမှုအသစ်တွင် "git sparse-checkout add" သည် "checkout" လည်ပတ်မှုကိုအလုပ်လုပ်သောသစ်ပင်၏အစိတ်အပိုင်းအတွက်သာအသုံးပြုရန်တစ်ခုချင်းစီလမ်းညွှန်ချက်များကိုထည့်သွင်းနိုင်စေမည့် command အသစ်တစ်ခု "git sparse-checkout add" ကိုထပ်တိုးသည် sparse-checkout set" (စာရင်းတစ်ခုလုံးကို အကြိမ်တိုင်း ပြန်လည်သတ်မှတ်ခြင်းမပြုဘဲ လမ်းညွှန်တစ်ခုပြီးတစ်ခု ပေါင်းထည့်နိုင်သည်)။
  ဥပမာအားဖြင့်၊ blobs များမလုပ်ဆောင်ဘဲ git/git repository ကိုပွားရန်၊ ငွေရှင်းခြင်း၏ root directory ကိုသာ ကန့်သတ်ပြီး "t" နှင့် "Documentation" directory အတွက် ငွေရှင်းခြင်းကို သီးခြားစီအမှတ်အသားပြုရန်၊ သင်သတ်မှတ်နိုင်သည်-

  $ git clone --filter=blob:none --ကျဲ [အီးမေးလ်ကိုကာကွယ်ထားသည်]:git/git.git

  $cd git
  $ git sparse-checkout init --cone

  $ git sparse-checkout add t
  ... ။
  $ git sparse-checkout တွင် Documentation ထည့်ပါ။
  ... ။
  $ git sparse-checkout စာရင်း
  မှတ်တမ်း
  t

• သိုလှောင်မှုနှင့် သမိုင်းဆိုင်ရာ ပြန်လည်ပြင်ဆင်မှုများ၏ လက်ရှိအကြောင်းအရာများကို ရှာဖွေရာတွင် အသုံးပြုသည့် "git grep" ကွန်မန်း၏ စွမ်းဆောင်ရည်မှာ သိသိသာသာ တိုးတက်လာခဲ့သည်။ ရှာဖွေမှုကို အရှိန်မြှင့်ရန်၊ စာကြောင်းများစွာကို အသုံးပြု၍ အလုပ်သစ်ပင်၏ အကြောင်းအရာများကို စကင်န်ဖတ်ရန် ဖြစ်နိုင်သော်လည်း၊ သမိုင်းဆိုင်ရာ ပြန်လည်ပြင်ဆင်မှုတွင် ရှာဖွေမှုသည် တစ်ခုတည်းသော ချည်မျှင်ဖြစ်သည်။ ယခုအခါ အရာဝတ္ထုသိုလှောင်မှုမှ စာဖတ်ခြင်းလုပ်ဆောင်မှုများကို အပြိုင်လုပ်ဆောင်နိုင်မှုအား အကောင်အထည်ဖော်ခြင်းဖြင့် ဤကန့်သတ်ချက်ကို ဖယ်ရှားလိုက်ပါပြီ။ ပုံမှန်အားဖြင့်၊ thread အရေအတွက်ကို CPU cores အရေအတွက်နှင့် ညီမျှအောင်သတ်မှတ်ထားပြီး၊ ယခုအခြေအနေအများစုတွင် “-threads” option ကို အထူးတလည်သတ်မှတ်ရန်မလိုအပ်ပါ။
• repository ၏လုပ်ဆောင်နေသောမိတ္တူများစွာဖြင့်အလုပ်လုပ်နိုင်စေသည့် "git worktree" command ၏အခြားအငြင်းပွားမှုများနှင့် subcommands၊ လမ်းကြောင်းများ၊ လင့်ခ်များနှင့်အခြားအငြင်းပွားမှုများ၏အလိုအလျောက်ဖြည့်သွင်းခြင်းအတွက် ပံ့ပိုးမှုထည့်သွင်းထားသည်။
• ANSI အစီအစဥ်များပါရှိသော တောက်ပသောအရောင်များအတွက် ပံ့ပိုးမှုထပ်ထည့်ထားသည်။ ဥပမာအားဖြင့်၊ မီးမောင်းထိုးပြသည့်အရောင်များအတွက် ဆက်တင်များတွင် “git config –color” သို့မဟုတ် “git diff –color-moved” တွင် တောက်ပသောအပြာရောင်အတွက် “--format” ရွေးချယ်မှုမှတစ်ဆင့် “%C(brightblue)” ကို သတ်မှတ်နိုင်သည်။
• ဇာတ်ညွှန်း၏ ဗားရှင်းအသစ်ကို ထည့်သွင်းထားသည်။ fsmonitor-ကင်းစောင့်ယန္တရားနှင့် ပေါင်းစပ်ပေးခြင်း၊ Facebook Watchman ဖိုင်အပြောင်းအလဲများကို ခြေရာခံခြင်းနှင့် ဖိုင်အသစ်များ၏ အသွင်အပြင်ကို အရှိန်မြှင့်ရန်။ အပ်ဒိတ်လုပ်ပြီးနောက် git လိုအပ်သည်။ အစားထိုး repository တွင်ချိတ်ပါ။
• ဘစ်မြေပုံများကို အသုံးပြုသည့်အခါ တစ်စိတ်တစ်ပိုင်း clone များကို အရှိန်မြှင့်ရန် ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်မှုများ ပေါင်းထည့်ထားသည်။
  အထွက်ကို စစ်ထုတ်သည့်အခါ အရာဝတ္ထုအားလုံးကို ပြီးပြည့်စုံသော ရှာဖွေမှုကို ရှောင်ရှားရန် (bitmap စက်ယန္တရား)။ တစ်စိတ်တစ်ပိုင်းပုံတူပွားခြင်းအတောအတွင်း blobs (—filter=blob:none နှင့် —filter=blob:limit=n) ကို စစ်ဆေးခြင်းကို ယခုလုပ်ဆောင်ပြီးပါပြီ
  သိသိသာသာမြန်သည်။ GitHub သည် အဆိုပါ ပိုမိုကောင်းမွန်အောင်လုပ်ဆောင်မှုများနှင့် တစ်စိတ်တစ်ပိုင်းကိုယ်တူပွားခြင်းအတွက် စမ်းသပ်ပံ့ပိုးမှုနှင့်အတူ ဖာထေးမှုများကို ကြေညာခဲ့သည်။

• "git rebase" အမိန့်ကို 'patch+apply' အစား မူရင်း 'ပေါင်းစည်းခြင်း' ယန္တရား (ယခင်က "rebase -i" အတွက် သုံးသည်) ကို အသုံးပြု၍ မတူညီသော နောက်ခံဖိုင်သို့ ရွှေ့ထားသည်။ နောက်ခံအရာများသည် အချို့သောနည်းလမ်းများဖြင့် ကွဲပြားသည်၊ ဥပမာ၊ ပဋိပက္ခကိုဖြေရှင်းပြီးနောက် လုပ်ဆောင်ချက်တစ်ခုအား ဆက်လက်လုပ်ဆောင်ပြီးနောက် (git rebase --continue)၊ နောက်ခံလူအသစ်သည် commit မက်ဆေ့ဂျ်ကို တည်းဖြတ်ရန် ကမ်းလှမ်းထားပြီး အဟောင်းသည် မက်ဆေ့ချ်အဟောင်းကို ရိုးရိုးရှင်းရှင်းအသုံးပြုနေချိန်တွင် နောက်ခံအသစ်များသည် သေးငယ်သောနည်းလမ်းများဖြင့် ကွဲပြားသည်။ အပြုအမူဟောင်းသို့ ပြန်ပြောင်းရန်အတွက် သင်သည် "--apply" ရွေးချယ်မှုကို သုံးနိုင်သည် သို့မဟုတ် 'rebase.backend' ဖွဲ့စည်းမှုပုံစံကို 'apply' အဖြစ် သတ်မှတ်နိုင်သည်။
• .netrc မှတစ်ဆင့် သတ်မှတ်ထားသော အထောက်အထားစိစစ်ခြင်းဆိုင်ရာ ကန့်သတ်ဘောင်များအတွက် ကိုင်တွယ်သူ၏ ဥပမာအား ဘောင်အတွင်းမှ အသုံးပြုရန် သင့်လျော်သည့်ပုံစံသို့ လျှော့ချလိုက်ပါသည်။
• ဒစ်ဂျစ်တယ်လက်မှတ်အတည်ပြုခြင်းလုပ်ဆောင်သည့် အစိတ်အပိုင်းအမျိုးမျိုးအတွက် အနိမ့်ဆုံးယုံကြည်မှုအဆင့်ကို သတ်မှတ်ရန် gpg.minTrustLevel ဆက်တင်ကို ထည့်သွင်းခဲ့သည်။
• "--pathspec-from-file" option ကို "git rm" နှင့် "git stash" တွင် ထည့်ထားသည်။
• SHA-2 အစား SHA-1 hashing algorithm သို့ အကူးအပြောင်းအတွက် ကြိုတင်ပြင်ဆင်မှုများ ဆက်လက်လုပ်ဆောင်နေပါသည်။

source: opennet.ru