Git 2.41 ഉറവിട നിയന്ത്രണ സംവിധാനം ലഭ്യമാണ്

മൂന്ന് മാസത്തെ വികസനത്തിന് ശേഷം, വിതരണം ചെയ്ത ഉറവിട നിയന്ത്രണ സംവിധാനമായ Git 2.41 ന്റെ റിലീസ് പ്രസിദ്ധീകരിച്ചു. ശാഖകൾ കൂട്ടിച്ചേർക്കുന്നതും ലയിപ്പിക്കുന്നതും അടിസ്ഥാനമാക്കിയുള്ള ഫ്ലെക്സിബിൾ നോൺ-ലീനിയർ ഡെവലപ്മെന്റ് ടൂളുകൾ നൽകുന്ന ഏറ്റവും ജനപ്രിയവും വിശ്വസനീയവും ഉയർന്ന പ്രവർത്തനക്ഷമതയുള്ളതുമായ പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങളിലൊന്നാണ് Git. ചരിത്രത്തിന്റെ സമഗ്രതയും മുൻകാല മാറ്റങ്ങളോടുള്ള പ്രതിരോധവും ഉറപ്പാക്കാൻ, ഓരോ കമ്മിറ്റിലും മുമ്പത്തെ മുഴുവൻ ചരിത്രത്തിന്റെയും വ്യക്തമായ ഹാഷിംഗ് ഉപയോഗിക്കുന്നു, ഡവലപ്പർമാരിൽ നിന്നുള്ള ഡിജിറ്റൽ സിഗ്നേച്ചറുകൾ ഉപയോഗിച്ച് വ്യക്തിഗത ടാഗുകളും കമ്മിറ്റുകളും പരിശോധിക്കാനും കഴിയും.

മുമ്പത്തെ പതിപ്പുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, 542 ഡവലപ്പർമാരുടെ പങ്കാളിത്തത്തോടെ തയ്യാറാക്കിയ പുതിയ പതിപ്പിലേക്ക് 95 മാറ്റങ്ങൾ സ്വീകരിച്ചു, അതിൽ 29 പേർ ആദ്യമായി വികസനത്തിൽ പങ്കെടുത്തു. പ്രധാന കണ്ടുപിടുത്തങ്ങൾ:

• റിപ്പോസിറ്ററിയിൽ പരാമർശിക്കാത്ത (ശാഖകളോ ടാഗുകളോ പരാമർശിച്ചിട്ടില്ല) എത്തിച്ചേരാനാകാത്ത വസ്തുക്കളുടെ കൈകാര്യം ചെയ്യൽ മെച്ചപ്പെടുത്തി. എത്തിച്ചേരാനാകാത്ത വസ്തുക്കളെ മാലിന്യ ശേഖരണം നീക്കം ചെയ്യുന്നു, എന്നാൽ റേസ് സാഹചര്യങ്ങൾ ഒഴിവാക്കാൻ നീക്കം ചെയ്യുന്നതിനുമുമ്പ് ഒരു നിശ്ചിത സമയത്തേക്ക് ശേഖരത്തിൽ തുടരുക. എത്തിച്ചേരാനാകാത്ത ഒബ്‌ജക്‌റ്റുകളുടെ കാലയളവ് ട്രാക്കുചെയ്യുന്നതിന്, സമാന ഒബ്‌ജക്‌റ്റുകളുടെ മാറ്റ സമയം ഉപയോഗിച്ച് അവയിലേക്ക് ലേബലുകൾ ബന്ധിപ്പിക്കേണ്ടത് ആവശ്യമാണ്, ഇത് ഒരു പാക്ക് ഫയലിൽ സംഭരിക്കാൻ അനുവദിക്കുന്നില്ല, അതിൽ എല്ലാ ഒബ്‌ജക്റ്റുകൾക്കും പൊതുവായ മാറ്റ സമയമുണ്ട്. മുമ്പ്, എത്തിച്ചേരാനാകാത്ത ഓരോ ഒബ്‌ജക്‌റ്റും ഒരു പ്രത്യേക ഫയലിൽ സംഭരിച്ചു, ഇത് ഇതുവരെ ഇല്ലാതാക്കാൻ വിധേയമല്ലാത്ത ധാരാളം പുതിയ അപ്രാപ്‌തമായ ഒബ്‌ജക്‌റ്റുകൾ ഉണ്ടെങ്കിൽ പ്രശ്‌നങ്ങളിലേക്ക് നയിച്ചു. പുതിയ റിലീസിൽ, സ്ഥിരസ്ഥിതിയായി, എത്തിച്ചേരാനാകാത്ത ഒബ്‌ജക്റ്റുകൾ പായ്ക്ക് ചെയ്യാൻ "ക്രഫ്റ്റ് പാക്ക്" മെക്കാനിസം ഉപയോഗിക്കുന്നു, ഇത് ഒരു പായ്ക്ക് ഫയലിൽ എത്തിച്ചേരാനാകാത്ത എല്ലാ ഒബ്‌ജക്റ്റുകളും സംഭരിക്കുന്നതിനും ഓരോ ഒബ്‌ജക്റ്റിന്റെയും പരിഷ്‌ക്കരണ സമയത്തെക്കുറിച്ചുള്ള ഡാറ്റ ഒരു പ്രത്യേക പട്ടികയിൽ പ്രതിഫലിപ്പിക്കുന്നതിനും അനുവദിക്കുന്നു. “.mtimes” വിപുലീകരണത്തോടുകൂടിയ ഫയൽ കൂടാതെ ".idx" വിപുലീകരണത്തോടുകൂടിയ ഒരു സൂചിക ഫയൽ ഉപയോഗിച്ച് ലിങ്ക് ചെയ്‌തിരിക്കുന്നു.
• ഡിഫോൾട്ടായി, പാക്ക് ഫയലുകൾക്കായി ഡിസ്കിൽ ഒരു റിവേഴ്സ് ഇൻഡക്സ് (റിവിൻഡെക്സ്) നിലനിർത്തുന്നത് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു. ടോർവാൾഡ്/ലിനക്സ് റിപ്പോസിറ്ററികളിൽ പരീക്ഷിച്ചപ്പോൾ, റിവേഴ്സ് ഇൻഡക്‌സിന്റെ ഉപയോഗം, റിസോഴ്‌സ്-ഇന്റൻസീവ് "ജിറ്റ് പുഷ്" പ്രവർത്തനങ്ങൾ 1.49 മടങ്ങ് വേഗത്തിലാക്കാൻ ഞങ്ങളെ അനുവദിച്ചു, കൂടാതെ "ജിറ്റ് ക്യാറ്റ്- ഉപയോഗിച്ച് ഒരൊറ്റ ഒബ്‌ജക്റ്റിന്റെ വലുപ്പം കണക്കാക്കുന്നത് പോലുള്ള ലളിതമായ പ്രവർത്തനങ്ങൾ. ഫയൽ --batch='%(objectsize:disk)' »77 തവണ. റിവേഴ്സ് ഇൻഡക്സുള്ള ഫയലുകൾ (".rev") ".git/objects/pack" ഡയറക്‌ടറിയിലെ റിപ്പോസിറ്ററിക്കുള്ളിൽ സൂക്ഷിക്കും.

  പ്രത്യേക ഫയലുകളിൽ സ്ഥാപിച്ചിരിക്കുന്ന ഒബ്‌ജക്റ്റുകളുടെ രൂപത്തിൽ എല്ലാ ഡാറ്റയും Git സംഭരിക്കുന്നു എന്നത് ഓർക്കുക. റിപ്പോസിറ്ററിയിൽ പ്രവർത്തിക്കുന്നതിന്റെ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുന്നതിന്, ഒബ്‌ജക്റ്റുകൾ അധികമായി പായ്ക്ക് ഫയലുകളിൽ സ്ഥാപിക്കുന്നു, അതിൽ വിവരങ്ങൾ ഒന്നിനുപുറകെ ഒന്നായി ഒബ്‌ജക്റ്റുകളുടെ സ്ട്രീമിന്റെ രൂപത്തിൽ അവതരിപ്പിക്കുന്നു (ജിറ്റ് ഫെച്ച്, ജിറ്റ് എന്നിവ ഉപയോഗിച്ച് ഒബ്‌ജക്റ്റുകൾ കൈമാറുമ്പോൾ സമാനമായ ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു. പുഷ് കമാൻഡുകൾ). ഓരോ പാക്ക് ഫയലിനും ഒരു ഇൻഡക്സ് ഫയൽ (.idx) സൃഷ്ടിക്കപ്പെടുന്നു, അത് ഒബ്ജക്റ്റ് ഐഡന്റിഫയർ വഴി നൽകിയിരിക്കുന്ന ഒബ്ജക്റ്റ് സംഭരിച്ചിരിക്കുന്ന പായ്ക്ക് ഫയലിലെ ഓഫ്സെറ്റ് വളരെ വേഗത്തിൽ നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

  പാക്ക് ഫയലിലെ ഒബ്‌ജക്‌റ്റിന്റെ സ്ഥാനത്തെക്കുറിച്ചുള്ള വിവരങ്ങളിൽ നിന്ന് ഒബ്‌ജക്റ്റ് ഐഡി നിർണ്ണയിക്കുന്ന പ്രക്രിയ കാര്യക്ഷമമാക്കുന്നതിനാണ് പുതിയ റിലീസിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന റിവേഴ്‌സ് ഇൻഡക്‌സ് ലക്ഷ്യമിടുന്നത്. മുമ്പ്, പാക്ക് ഫയൽ പാഴ്‌സിംഗ് സമയത്ത് ഈ പരിവർത്തനം നടത്തുകയും മെമ്മറിയിൽ മാത്രം സംഭരിക്കുകയും ചെയ്തു, ഇത് അത്തരം സൂചികകളുടെ പുനരുപയോഗം അനുവദിക്കാതെ ഓരോ തവണയും സൂചിക ജനറേറ്റുചെയ്യാൻ നിർബന്ധിതരാക്കി. ഒരു സൂചിക നിർമ്മിക്കുന്നതിന്റെ പ്രവർത്തനം ഒബ്‌ജക്റ്റ്-പൊസിഷൻ ജോഡികളുടെ ഒരു ശ്രേണി നിർമ്മിക്കുന്നതിലേക്കും സ്ഥാനമനുസരിച്ച് അടുക്കുന്നതിലേക്കും ചുരുക്കിയിരിക്കുന്നു, ഇത് വലിയ പായ്ക്ക് ഫയലുകൾക്ക് വളരെ സമയമെടുക്കും.

  ഉദാഹരണത്തിന്, ഒരു നേരിട്ടുള്ള സൂചിക ഉപയോഗിക്കുന്ന ഒബ്‌ജക്റ്റുകളുടെ ഉള്ളടക്കങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിനുള്ള പ്രവർത്തനം, ഒബ്‌ജക്റ്റുകളുടെ വലുപ്പം കാണിക്കുന്ന പ്രവർത്തനത്തേക്കാൾ 62 മടങ്ങ് വേഗത്തിലായിരുന്നു, അതിനായി പൊസിഷൻ-ടു-ഒബ്‌ജക്റ്റ് ബന്ധ ഡാറ്റ സൂചികയിലാക്കിയിട്ടില്ല. റിവേഴ്സ് ഇൻഡക്സ് ഉപയോഗിച്ചതിന് ശേഷം, ഈ പ്രവർത്തനങ്ങൾ ഏകദേശം ഒരേ സമയം എടുക്കാൻ തുടങ്ങി. ഡിസ്കിൽ നിന്ന് റെഡിമെയ്ഡ് ഡാറ്റ നേരിട്ട് കൈമാറ്റം ചെയ്യുന്നതിലൂടെ, പെച്ച്, പുഷ് കമാൻഡുകൾ എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ ഒബ്ജക്റ്റുകൾ അയയ്ക്കുന്നതിന്റെ പ്രവർത്തനം വേഗത്തിലാക്കാൻ റിവേഴ്സ് ഇൻഡെക്സുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.

  

• നിയന്ത്രിത ശേഖരണങ്ങൾ ആക്‌സസ് ചെയ്യുമ്പോൾ ക്രെഡൻഷ്യലുകൾ കൈമാറാൻ ഉപയോഗിക്കുന്ന "ക്രെഡൻഷ്യൽ ഹെൽപ്പർ" പ്രോട്ടോക്കോളിലേക്ക് ക്രെഡൻഷ്യൽ ഹാൻഡ്‌ലറിനും പ്രാമാണീകരണ സേവനത്തിനുമിടയിൽ WWW-ഓതന്റിക്കേറ്റ് ഹെഡറുകൾ കൈമാറുന്നതിനുള്ള പിന്തുണ ചേർത്തു. WWW-Authenticate ശീർഷകത്തിനുള്ള പിന്തുണ, റിപ്പോസിറ്ററികളിലേക്കുള്ള ഉപയോക്തൃ ആക്‌സസ് കൂടുതൽ ഗ്രാനുലാർ ആയി വേർതിരിക്കാനും അഭ്യർത്ഥനകൾക്കായി ലഭ്യമായ സ്കോപ്പുകൾ ഡിലിമിറ്റ് ചെയ്യാനും OAuth സ്കോപ്പ് പാരാമീറ്ററുകൾ കൈമാറാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
• ഫോർമാറ്റ് ഓപ്ഷൻ ചേർത്തു "%(മുന്നോട്ട്-പിന്നിൽ: )", മറ്റൊരു ശാഖയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഒരു പ്രത്യേക ശാഖയിൽ നിലവിലുള്ളതോ ഇല്ലാത്തതോ ആയ കമ്മിറ്റുകളുടെ എണ്ണത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഉടനടി ലഭിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു (കമ്മിറ്റുകളുടെ തലത്തിൽ ഒരു ശാഖ മറ്റൊന്നിനേക്കാൾ എത്രത്തോളം പിന്നിലാണ് അല്ലെങ്കിൽ മുന്നിലാണ്). മുമ്പ്, ഈ വിവരം ലഭിക്കുന്നതിന് രണ്ട് വ്യത്യസ്ത കമാൻഡുകൾ ആവശ്യമായിരുന്നു: "git rev-list --count main..my-feature" ഒരു ബ്രാഞ്ചിന്റെ അദ്വിതീയ കമ്മിറ്റുകളുടെ എണ്ണം ലഭിക്കാൻ, കൂടാതെ "git rev-list --count my-feature.. പ്രധാന" കമ്മിറ്റുകൾ നഷ്‌ടമായ നമ്പർ ലഭിക്കുന്നതിന്. ഇപ്പോൾ അത്തരം കണക്കുകൂട്ടലുകൾ ഒരൊറ്റ നിർദ്ദേശമായി ചുരുക്കാം, ഇത് എഴുത്ത് ഹാൻഡ്ലറുകൾ ലളിതമാക്കുകയും നിർവ്വഹണ സമയം കുറയ്ക്കുകയും ചെയ്യുന്നു. ഉദാഹരണത്തിന്, ലയിപ്പിക്കാത്ത ശാഖകൾ കാണിക്കുന്നതിനും അവ അവരുടെ പ്രധാന ശാഖയുടെ പിന്നിലാണോ മുന്നിലാണോ എന്ന് വിലയിരുത്തുന്നതിനും, നിങ്ങൾക്ക് ഒരു ഒറ്റ ലൈനർ ഉപയോഗിക്കാം: $ git for-each-ref --no-merged=origin/HEAD \ --format=' %(refname:short) %(മുന്നിൽ-പിന്നിൽ:origin/HEAD)' \ refs/heads/tb/ | കോളം -t tb/cruft-extra-tips 2 96 tb/for-each-ref—മുമ്പ് ഉപയോഗിച്ച സ്ക്രിപ്റ്റിന് പകരം 16 96 tb/roaring-bitmaps 47 3 ഒഴിവാക്കുക, ഇത് 17 മടങ്ങ് വേഗത കുറവാണ്: $ git for-each-ref — ഫോർമാറ്റ്='%(refname:short)' --no-merged=origin/HEAD \ refs/heads/tb | വായിക്കുമ്പോൾ ref do ahead="$(git rev-list --count origin/HEAD..$ref)" പുറകിൽ="$(git rev-list --count $ref..origin/HEAD)" printf "%s %d %d\n" "$ref" "$മുന്നിൽ" "$പിന്നിൽ" | കോളം -t tb/cruft-extra-tips 2 96 tb/for-each-ref-ഒഴിവാക്കുക 16 96 tb/roaring-bitmaps 47 3
• ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് സൃഷ്ടിക്കുന്ന "ജിറ്റ് ഫെച്ച്" കമാൻഡിലേക്ക് "--പോർസലൈൻ" ഓപ്ഷൻ ചേർത്തു ”, വായനാക്ഷമത കുറവാണ്, എന്നാൽ സ്ക്രിപ്റ്റുകളിൽ പാഴ്‌സിംഗ് ചെയ്യാൻ കൂടുതൽ സൗകര്യപ്രദമാണ്.
• സെർവർ പൂർണ്ണമായ ഒബ്‌ജക്‌റ്റുകളാണ് അയച്ചതെന്ന് പരിശോധിക്കുന്ന ഘട്ടത്തിൽ ലോക്കൽ റിപ്പോസിറ്ററിയിലെ ലിങ്കുകളുടെ ഒരു ഭാഗം മറയ്‌ക്കുന്നതിലൂടെ "ജിറ്റ് ഫെച്ച്" പ്രവർത്തനങ്ങൾ വേഗത്തിലാക്കാൻ "fetch.hideRefs" ക്രമീകരണം ചേർത്തു, ഇത് സെർവറുകളിലേക്ക് മാത്രം പരിശോധന പരിമിതപ്പെടുത്തി സമയം ലാഭിക്കുന്നു. അതിൽ നിന്ന് ഡാറ്റ നേരിട്ട് വീണ്ടെടുക്കുന്നു. ഉദാഹരണത്തിന്, ട്രാക്ക് ചെയ്‌ത ധാരാളം ബാഹ്യ ലിങ്കുകൾ അടങ്ങുന്ന റിപ്പോസിറ്ററികളുള്ള ഒരു സിസ്റ്റത്തിൽ പരീക്ഷിക്കുമ്പോൾ, $റിമോട്ട് ടാർഗെറ്റ് സെർവറിലേക്ക് സംബോധന ചെയ്‌തവ ഒഴികെയുള്ള എല്ലാ ലിങ്കുകളും ഒഴികെ "ജിറ്റ് ഫെച്ച്" പ്രവർത്തനം 20 മിനിറ്റിൽ നിന്ന് 30 സെക്കൻഡായി കുറച്ചു. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ $remote നേടുക
• "git fsck" കമാൻഡ്, പ്രവേശനക്ഷമത ബിറ്റ്മാപ്പുകളിലും റിവേഴ്സ് ഇൻഡക്സുകളിലും അഴിമതി, ചെക്ക്സം പൊരുത്തപ്പെടുത്തൽ, മൂല്യങ്ങളുടെ കൃത്യത എന്നിവ പരിശോധിക്കാനുള്ള കഴിവ് നടപ്പിലാക്കുന്നു.
• $GIT_DIR-നുള്ളിലെ പ്രതീകാത്മക ലിങ്കുകൾ അടങ്ങിയ ഒരു ശേഖരത്തിൽ നിന്ന് പകർത്താൻ ശ്രമിക്കുമ്പോൾ "git clone --local" കമാൻഡ് ഇപ്പോൾ ഒരു പിശക് കാണിക്കുന്നു.

അവലംബം: opennet.ru