د تیرې خپرونې په پرتله، نوې نسخه کې 504 بدلونونه شامل دي، چې د 64 پراختیا کونکو ګډون سره چمتو شوي، چې 12 یې د لومړي ځل لپاره په پراختیا کې برخه اخیستې.
- ډیفالټ ته بدل شوی دی
دوهمه نسخه د Git مخابراتو پروتوکول ، کوم چې کارول کیږي کله چې یو پیرودونکی له لرې د Git سرور سره وصل شي. د پروتوکول دویمه نسخه د سرور اړخ کې د څانګو او ټاګونو فلټر کولو وړتیا چمتو کولو لپاره د پام وړ دی ، پیرودونکي ته د لینکونو لنډ لیست بیرته راګرځوي. پخوا، هر ډول پل کمانډ به تل پیرودونکي ته په ټول ذخیره کې د حوالې بشپړ لیست لیږي، حتی کله چې پیرودونکي یوازې یوه څانګه تازه کوي یا ګوري چې د دوی د ذخیره کولو کاپي تازه ده. بل د پام وړ نوښت دا دی چې پروتوکول ته نوي وړتیاوې اضافه کړي ځکه چې نوي فعالیت په وسیلې کټ کې شتون لري. د پیرودونکي کوډ د زاړه پروتوکول سره مطابقت لري او کولی شي د نوي او زاړه سرورونو سره کار کولو ته دوام ورکړي ، په اوتومات ډول بیرته لومړۍ نسخې ته راځي که چیرې سرور دوهم ملاتړ ونه کړي. - د "-شو-سکوپ" اختیار د "git config" کمانډ کې اضافه شوی ، د هغه ځای پیژندل اسانه کوي چیرې چې ځانګړي تنظیمات تعریف شوي. Git تاسو ته اجازه درکوي په مختلفو ځایونو کې تنظیمات تعریف کړئ: په ذخیره کې (.git/info/config)، د کاروونکي ډایرکټر کې (~/.gitconfig)، د سیسټم پراخه ترتیب فایل کې (/etc/gitconfig)، او د کمانډ له لارې. د کرښې اختیارونه او د چاپیریال تغیرات. کله چې د "git config" اجرا کول خورا ستونزمن کار دی چې پوه شي چې دقیقا مطلوب ترتیب چیرته تعریف شوی. د دې ستونزې د حل لپاره، د "-show-origin" اختیار شتون درلود، مګر دا یوازې هغه فایل ته لاره ښیې چې په کوم کې ترتیب تعریف شوی، کوم چې ګټور دی که تاسو د فایل ترمیم کولو اراده لرئ، مګر مرسته نه کوي که تاسو د "-system"، "-global" یا "-local" انتخابونو په کارولو سره د "git config" له لارې ارزښت بدلولو ته اړتیا لرئ. نوی اختیار "-شو-سکوپ" د متغیر تعریف شرایط ښیې او د -شو-اصل سره په ګډه کارول کیدی شي:
$ git --list --show-scope --show-origin
نړیوال فایل:/home/user/.gitconfig diff.interhunkcontext=1
نړیوال فایل:/home/user/.gitconfig push.default=current
ځایی فایل:.git/config branch.master.remote=origin
ځایی فایل:.git/config branch.master.merge=refs/heads/master$ git config --show-scope --get-regexp 'diff.*'
نړیوال diff.statgraphwidth 35
محلي diff.colormoved plain$ git config --global --unset diff.statgraphwidth
- د پابند کولو ترتیباتو کې
اسناد په URLs کې د ماسک کارول اجازه لري. په 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"]
کارن-نوم = taylorr
- د جزوي کلوننګ (جزوي کلونونو) لپاره د تجربوي ملاتړ پراخول دوام لري، تاسو ته اجازه درکوي یوازې د ډیټا یوه برخه انتقال کړئ او د ذخیره کولو نامکمل کاپي سره کار وکړئ. نوې ریلیز یو نوی کمانډ اضافه کوي "git sparse-checkout add" ، کوم چې تاسو ته اجازه درکوي انفرادي لارښودونه اضافه کړئ ترڅو د کاري ونې یوازې برخې ته د "چیک آوټ" عمل پلي کولو لپاره پلي کړئ ، د دې پرځای چې ټول ورته لارښودونه په یوځل کې د کمانډ له لارې لیست کړئ "git. sparse-checkout set" (تاسو کولی شئ یو له یو څخه یو لارښود اضافه کړئ، پرته له دې چې هر ځل ټول لیست بیا مشخص کړئ).
د مثال په توګه ، د بلابونو کولو پرته د git/git ذخیره کلون کولو لپاره ، یوازې د کاري کاپي روټ ډایرکټر ته چیک آوټ محدود کول ، او په جلا توګه د "t" او "د اسنادو" لارښودونو لپاره چیک آوټ نښه کول ، تاسو کولی شئ مشخص کړئ:$ git clone --filter=blob: none --sparse [ایمیل خوندي شوی]:git/git.git
$ cd git
$ git sparse- checkout init --cone$ git sparse- checkout اضافه t
....
$ git sparse-checkout د اسنادو اضافه کول
....
$ git sparse- checkout لیست
لاسوند
t - د "git grep" کمانډ فعالیت، د ذخیره کولو اوسني منځپانګې او تاریخي بیاکتنې دواړه لټون کولو لپاره کارول کیږي، د پام وړ ښه شوی. د لټون ګړندۍ کولو لپاره ، دا ممکنه وه چې د کاري ونې مینځپانګې د څو تارونو ("git grep -threads") په کارولو سره سکین کړئ ، مګر په تاریخي بیاکتنو کې لټون یو اړخیز و. اوس دا محدودیت د اعتراض ذخیره کولو څخه د لوستلو عملیاتو موازي کولو وړتیا پلي کولو سره لرې شوی. په ډیفالټ ، د تارونو شمیر د CPU کور شمیر سره مساوي ټاکل شوی ، کوم چې په ډیری قضیو کې اوس د "-threads" اختیار په څرګند ډول تنظیم کولو ته اړتیا نلري.
- د "git worktree" کمانډ د فرعي کمانډونو، لارو، لینکونو او نورو دلیلونو د اتوماتیک بشپړولو لپاره ملاتړ اضافه شوی، کوم چې تاسو ته اجازه درکوي د ذخیره کولو ډیری کاري کاپي سره کار وکړئ.
- د روښانه رنګونو لپاره ملاتړ اضافه شوی چې د ANSI فرار لړۍ لري. د مثال په توګه، د روښانه رنګونو لپاره په ترتیباتو کې "git config -color" یا "git diff -color-moved" تاسو کولی شئ د روښانه نیلي لپاره د "--format" اختیار له لارې "% C(brightblue)" مشخص کړئ.
- د سکریپټ نوې نسخه اضافه کړه
fsmonitor-څارګر د میکانیزم سره یوځای کولد فیسبوک څارګر د فایل بدلونونو تعقیب او د نویو فایلونو ظهور ګړندی کول. د ګیټ تازه کولو وروسته اړین دیبدلول په ذخیره کې هک. - د بټ میپ کارولو پر مهال د جزوي کلونونو ګړندي کولو لپاره اصلاحونه اضافه شوي
(د بټ میپ ماشین) ترڅو د محصول فلټر کولو پرمهال د ټولو شیانو بشپړ لټون څخه مخنیوی وشي. د جزوی کلونینګ په جریان کې د بلبونو لپاره چک کول (—filter=blob:none او —filter=blob:limit=n) اوس ترسره کیږي
د پام وړ چټک. GitHub د دې اصلاح کولو سره پیچونه اعلان کړل او د جزوي کلونینګ لپاره تجرباتي ملاتړ. - د "git rebase" کمانډ د 'patch+apply' پرځای د ډیفالټ 'ضم کولو' میکانیزم (مخکې د "rebase -i" لپاره کارول شوی) په کارولو سره مختلف شالید ته لیږدول شوی. بیکینډونه په ځینو کوچنیو لارو کې توپیر لري، د بیلګې په توګه، د شخړې د حل کولو وروسته د عملیاتو دوام وروسته (git rebase --continue)، نوی پس منظر د ژمنې پیغام ایډیټ کولو وړاندیز کوي، پداسې حال کې چې زاړه په ساده ډول زاړه پیغام کارولی. زاړه چلند ته د بیرته راستنیدو لپاره، تاسو کولی شئ د "--apply" اختیار وکاروئ یا د 'rebase.backend' ترتیب کولو متغیر 'apply' ته وټاکئ.
- د .netrc له لارې مشخص شوي د تصدیق کولو پیرامیټونو لپاره د هینډلر مثال د بکس څخه بهر کارولو لپاره مناسب فارم ته راټیټ شوی.
- د مختلف عناصرو لپاره چې د ډیجیټل لاسلیک تصدیق ترسره کوي د لږترلږه باور کچه تنظیم کولو لپاره gpg.minTrustLevel ترتیب اضافه کړی.
- د "-pathspec-from-file" اختیار "git rm" او "git stash" ته اضافه شوی.
- د ټیسټ سویټونو ښه کول د SHA-2 پر ځای SHA-1 هیشینګ الګوریتم ته د لیږد لپاره چمتووالي کې دوام لري.
سرچینه: opennet.ru