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

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

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

• တစ်စိတ်တစ်ပိုင်းပုံတူပွားခြင်း၏ဖြစ်နိုင်ခြေသည် တည်ငြိမ်ခြင်းနှင့် အပြည့်အဝအဆင်သင့်ဖြစ်ရန် နီးကပ်လာပြီဖြစ်ပြီး၊ သင်သည် ဒေတာ၏အစိတ်အပိုင်းကိုသာ လွှဲပြောင်းပြီး သိုလှောင်မှု၏ မပြည့်စုံသောမိတ္တူဖြင့် လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။ ပုံမှန် clone တစ်ခုသည် ပြောင်းလဲမှုမှတ်တမ်းရှိ ဖိုင်တိုင်း၏ ဗားရှင်းတိုင်းအပါအဝင် သိုလှောင်မှုမှဒေတာအားလုံးကို မိတ္တူကူးပါသည်။ အလွန်ကြီးမားသော repositories အတွက်၊ ဒေတာကို ကူးယူခြင်းသည် ဆော့ဖ်ဝဲအင်ဂျင်နီယာသည် ဖိုင်များ၏ အစုခွဲကိုသာ စိတ်ဝင်စားလျှင်ပင် အသွားအလာနှင့် disk space သိသိသာသာတိုးလာစေသည်။ အလုပ်ရင်းမြစ်သစ်ပင်၏ အစိတ်အပိုင်းကိုသာ ပြန်လည်ရယူရန် ပိုမိုလွယ်ကူစေရန်၊ ထုတ်ဝေမှုအသစ်တွင် စမ်းသပ်ဆဲ "sparse-checkout" ညွှန်ကြားချက်နှင့် "clone" အမိန့်အတွက် "--sparse" ရွေးချယ်မှုအသစ်ကို မိတ်ဆက်ပေးသည်။

  ယခင်က၊ ရွေးချယ်ထားသော ပုံတူပွားခြင်းလုပ်ငန်းစဉ်ကို လုပ်ငန်းတာဝန်အားဖြင့် လုပ်ဆောင်ခဲ့သည်။ စစ်ထုတ်မှုများ မလိုအပ်သော အကြောင်းအရာများကို စစ်ထုတ်ရန်နှင့် ပျောက်ဆုံးနေသော ဖိုင်များကို ဖြည့်သွင်းခြင်းကို ပိတ်ရန် "—ငွေချေမှု မပြုရန်" ရွေးချယ်မှု။ ၎င်းနောက်၊ ငွေရှင်းခြင်းလုပ်ငန်းကို မလုပ်ဆောင်မီ၊ core.sparseCheckout ဆက်တင်ကိုဖွင့်ရန်နှင့် .git/info/sparse-checkout ဖိုင်ရှိ ဖယ်ထုတ်ထားသောလမ်းကြောင်းပုံစံများစာရင်းကို သတ်မှတ်ရန် လိုအပ်ပါသည်။ ဥပမာအားဖြင့်၊ blobs မပါဘဲ ပုံတူကူးရန်နှင့် အနက် 2 သို့မဟုတ် ထို့ထက်ပိုသော ဖိုင်တွဲခွဲများမှ ဖိုင်များကို ထုတ်ယူခြင်းကို တားဆီးရန်၊ သင်သည် လုပ်ဆောင်နိုင်သည်-

  git clone --filter=blob:none --no-checkout /your/repository/here repo
  $cd repo
  $cat >.git/info/sparse-checkout
  /*
  !/*
  EOF
  $ git config core.sparseCheckout ၁
  $ git ငွေရှင်းခြင်း။

  "git sparse-checkout" ကွန်မန်းအသစ်သည် အလုပ်အား အလွန်ရိုးရှင်းစေပြီး အောက်ပါ command များအတွက် မပြည့်စုံသော သိုလှောင်မှုဖြင့် အလုပ်စီစဉ်ခြင်းလုပ်ငန်းစဉ်ကို လျှော့ချပေးသည်-

  git clone --filter=blob:none --ကျဲ /your/repository/here repo
  git sparse-checkout သတ်မှတ် /path/to/check/out

  sparse-checkout command သည် သင့်အား .git/info/sparse-checkout ကို ကိုယ်တိုင် configure မပြုလုပ်ဘဲ .git/info/sparse-checkout အတွက် လမ်းကြောင်းများစာရင်းကို သတ်မှတ်နိုင်စေသည့်အပြင် လက်ရှိလမ်းကြောင်းများ (စာရင်း) ကိုပြသပြီး တစ်စိတ်တစ်ပိုင်း ငွေပေးချေမှုများကို ဖွင့်ပါ သို့မဟုတ် ပိတ်ပါ (ဖွင့်ပါ /disable)။

  အလွန်ကြီးမားသော သိုလှောင်နေရာများနှင့် ပုံစံပလိတ်များစာရင်းများဖြင့် အလုပ်ကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ရန်၊git config core.sparseCheckoutCone"၊ ခွင့်ပြုထားသော ပုံစံများကို ကန့်သတ်ထားသည့် (တရားမ၀င် .gitignore ပုံစံများအစား၊ ပေးထားသော လမ်းကြောင်းခွဲတစ်ခုရှိ ဖိုင်အားလုံးနှင့် ဖိုင်အားလုံးကို စစ်ဆေးသင့်သလား သတ်မှတ်နိုင်သည်)။ ဥပမာအားဖြင့်၊ သိုလှောင်မှုကြီးတစ်ခုတွင် “A/B/C” လမ်းညွှန်တစ်ခုရှိပြီး အလုပ်အားလုံးကို လမ်းညွှန်ချက်ခွဲ “C” တွင် အာရုံစိုက်ပါက၊ ထို့နောက် sparseCheckoutCone မုဒ်ကို သင်ဖွင့်သောအခါ၊ အမိန့်မှာ “git sparse-checkout သတ်မှတ် A/B/ C" သည် "C" ၏အကြောင်းအရာတစ်ခုလုံးကိုထုတ်ယူမည်ဖြစ်ပြီး "A" နှင့် "B" မှ၎င်းသည် "C" နှင့်အလုပ်လုပ်ရန်လိုအပ်သောအစိတ်အပိုင်းများကိုသာထုတ်ယူမည်ဖြစ်သည်။

• စာရွက်စာတမ်း ("git rebase -h") မှ "--preserve-merges" ရွေးချယ်မှုဆိုင်ရာ ကိုးကားချက်အားလုံးကို ဖယ်ရှားခဲ့ပြီး၊ ရပ်ဆိုင်းထားပြီး ကွန်မန့်အစုအဝေးကို ရွှေ့ပြောင်းရန်အတွက်အစား အသုံးပြုသင့်သည်။git rebase --rebase-merges"။
• စာပို့စာရင်းများသို့ ပေးပို့သည့် ဖာထေးမှုများပါရှိသော မက်ဆေ့ချ်များ၏ ဖတ်ရှုနိုင်မှုကို မြှင့်တင်ရန်၊ "git ဖော်မတ်-ဖာထေး—ကာဗာ-ဖော်ပြချက်အကြောင်းအရာ" ရွေးချယ်မှုကို ထည့်သွင်းထားပြီး၊ သတ်မှတ်သောအခါ၊ ဌာနခွဲဖော်ပြချက်စာသားမှ ပထမစာပိုဒ်ကို အကြောင်းအရာအဖြစ် အသုံးပြုသည်။ ဖာထေးမှုအစုံအတွက် ကာဗာစာ။
• “git apply -3way” ညွှန်ကြားချက်နှင့် “merge.conflictStyle” ဆက်တင်ကို ပေါင်းစပ်အသုံးပြုမှုအတွက် ပံ့ပိုးကူညီမှုကို အကောင်အထည်ဖော်ခဲ့သည် (“git apply” သည် ကြိုးစားပြီးနောက် ပဋိပက္ခကိုဖြေရှင်းရန် လိုအပ်သောအခါတွင် merge.conflictStyle မှ ပဋိပက္ခဖော်ပြချက်စတိုင်ကို ထည့်သွင်းစဉ်းစားပါသည်။ repository တွင် patch ဖိုင်ကိုအသုံးပြုရန်။)
• "git diff/grep --show-function/-function-context" ကဲ့သို့သော လုပ်ဆောင်ချက်များတွင် အသုံးပြုသည့် လုပ်ဆောင်ချက် အဓိပ္ပါယ်ကုဒ်ကို ဘာသာစကားပရိုဂရမ်များတွင် လုပ်ဆောင်ချက်နယ်နိမိတ်များ သတ်မှတ်ခြင်းကို ပံ့ပိုးရန်အတွက် တိုးချဲ့ထားပါသည်။ elixir.
• "git add", "git commit", "git reset" နှင့် အခြား commands များ - "-pathspec-from-file" တွင် ရွေးချယ်ခွင့်အသစ်ကို ဖိုင်တစ်ခု သို့မဟုတ် အဝင်လမ်းကြောင်းများမှ လမ်းကြောင်းများစာရင်းကို တင်နိုင်စေသည် ၎င်းတို့ကို command line တွင်စာရင်းသွင်းမည့်အစား၊
• ကွန်မန့်များရေးသားခြင်းအား ဖြေရှင်းပြီးသောအခါ လမ်းညွှန်အဆင့်တွင် အမည်ပြောင်းခြင်းကို ဖော်ထုတ်ခြင်းဆိုင်ရာ ပြဿနာ။ ဖိုင်နယ်ခွဲတစ်ခု၏ အကြောင်းအရာများကို သိုလှောင်မှု၏ အမြစ်သို့ ရွှေ့ပါက အဓိပ္ပါယ်ဖွင့်ဆိုချက်သည် အလုပ်မဖြစ်ပါ။
• ပြောင်းလဲထားသောအကြောင်းအရာကို Perl မှ C သို့ ပြန်လည်ရေးသားနိုင်စေမည့် ပြောင်းလဲထားသောအကြောင်းအရာကို အပြန်အလှန်အကျိုးသက်ရောက်စွာထည့်သွင်းနိုင်စေမည့် “git add -i” command ကို ပြန်လည်ဒီဇိုင်းရေးဆွဲထားသော “git add -i” ၏ ကနဦးအကောင်အထည်ဖော်မှုကို အဆိုပြုထားပါသည်။ “git add -p” command ၏ အလားတူပြန်လည်လုပ်ဆောင်မှုကို လုပ်ဆောင်နေပါသည်။
• “git log –graph” ညွှန်ကြားချက်ကို ပြန်လည်ပြုပြင်ပြီး သိုလှောင်ရာရှိ အပြောင်းအလဲများ၏ သမိုင်းကြောင်းနှင့်အတူ ဂရပ်တစ်ခု၏ ASCII ပုံတစ်ခုကို ဖန်တီးပေးခဲ့သည်။ ပြန်လည်ပြုပြင်ခြင်းသည် ဇာတ်လမ်း၏ဖွဲ့စည်းပုံအား မထိခိုက်စေဘဲ အထွက်ကို သိသိသာသာတိုးတက်စေပြီး ရိုးရှင်းအောင်ပြုလုပ်နိုင်စေကာ ဥပမာအားဖြင့်၊ terminal လိုင်းအကျယ်ကိုကျော်လွန်၍ ရုပ်ပုံပါပြဿနာကို ဖြေရှင်းပေးပါသည်။
• "git log --format=.." option သည် သင့်အား output format ကိုပြောင်းလဲရန်ခွင့်ပြုသည်၊
  “@” သင်္ကေတရှေ့တွင် ဖော်ပြထားသည့် အီးမေးလ်လိပ်စာ၏ တစ်စိတ်တစ်ပိုင်းကိုသာ ပြသရန် “l/L” အလံများအတွက် ပံ့ပိုးမှုဖြင့် တိုးချဲ့ထားသည် (ဥပမာ၊ ဆော့ဖ်ဝဲရေးသားသူအားလုံးသည် ဒိုမိန်းတစ်ခုတည်းတွင် အီးမေးလ်များအားလုံးရှိသည့်အခါ အသုံးဝင်သည်)။
• "git submodule" command သို့ "set-url" subcommand ကိုထပ်ထည့်ခဲ့သည်။
• အကူးအပြောင်းအတွက် ပြင်ဆင်မှုများအတွက် စမ်းသပ်ကိရိယာများကို မွမ်းမံပြင်ဆင်ထားပါသည်။
  SHA-2 အစား SHA-1 ကို hashing algorithm

source: opennet.ru