Git 2.39 ഉറവിട നിയന്ത്രണ റിലീസ്

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

മുൻ പതിപ്പിനെ അപേക്ഷിച്ച്, പുതിയ പതിപ്പിൽ 483 മാറ്റങ്ങൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, 86 ഡവലപ്പർമാരുടെ പങ്കാളിത്തത്തോടെ തയ്യാറാക്കിയതാണ്, അതിൽ 31 പേർ ആദ്യമായി വികസനത്തിൽ പങ്കെടുത്തു. പ്രധാന കണ്ടുപിടുത്തങ്ങൾ:

• മാറ്റങ്ങളുടെ ചരിത്രത്തിൽ നിന്നുള്ള സ്ഥിതിവിവരക്കണക്കുകൾ ഉപയോഗിച്ച് സംഗ്രഹങ്ങൾ പ്രദർശിപ്പിക്കാൻ ഉദ്ദേശിച്ചുള്ള "git shortlog" കമാൻഡ്, രചയിതാവ് അല്ലെങ്കിൽ കമ്മിറ്റർ മാത്രമായി പരിമിതപ്പെടുത്താത്ത ഫീൽഡുകൾ പ്രകാരം കമ്മിറ്റുകളുടെ അനിയന്ത്രിതമായ ഗ്രൂപ്പിംഗിനായി ഒരു "-ഗ്രൂപ്പ്" ഓപ്ഷൻ ചേർത്തു. ഉദാഹരണത്തിന്, "Co-authored-by" ഫീൽഡിൽ സൂചിപ്പിച്ചിരിക്കുന്ന സഹായികളെ കണക്കിലെടുത്ത്, മാറ്റങ്ങളുടെ എണ്ണത്തെക്കുറിച്ചുള്ള വിവരങ്ങളുള്ള ഡവലപ്പർമാരുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുന്നതിന്, നിങ്ങൾക്ക് കമാൻഡ് ഉപയോഗിക്കാം: git shortlog -ns --group=author - -ഗ്രൂപ്പ്=ട്രെയിലർ:co-authored-by

  ഫോർമാറ്റിംഗ് സ്‌പെസിഫയറുകൾ ഉപയോഗിച്ച് ഷോർട്ട്‌ലോഗ് ഔട്ട്‌പുട്ട് സമാഹരിക്കാൻ കഴിയും, കൂടാതെ “--ഗ്രൂപ്പ്” ഓപ്ഷന് സങ്കീർണ്ണമായ റിപ്പോർട്ടുകൾ സൃഷ്ടിക്കുന്നത് ഗണ്യമായി ലളിതമാക്കാനും അധിക സോർട്ടിംഗ് കമാൻഡുകളുടെ ആവശ്യം ഇല്ലാതാക്കാനും കഴിയും. ഉദാഹരണത്തിന്, ഓരോ മാസവും നൽകിയ റിലീസിനായി എത്ര കമ്മിറ്റുകൾ സ്വീകരിച്ചു എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയ ഒരു റിപ്പോർട്ട് സൃഷ്ടിക്കാൻ, നിങ്ങൾക്ക് വ്യക്തമാക്കാം: 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 മുമ്പ്, സമാനമായ ഒരു പ്രവർത്തനം നടത്താൻ സോർട്ടും യൂണിക് യൂട്ടിലിറ്റികളും ഉപയോഗിക്കേണ്ടത് ആവശ്യമായി വരുമായിരുന്നു: git log v2.38.0 .. —date='format:%Y -%m' —format='%cd' | അടുക്കുക | uniq -c

• റിപ്പോസിറ്ററിയിൽ പരാമർശിക്കാത്ത (ശാഖകളോ ടാഗുകളോ പരാമർശിക്കാത്ത) എത്തിച്ചേരാനാകാത്ത ഒബ്‌ജക്റ്റുകൾ പാക്ക് ചെയ്യുന്നതിനായി രൂപകൽപ്പന ചെയ്‌ത "ക്രഫ്റ്റ് പാക്കുകൾ" മെക്കാനിസത്തിന്റെ കഴിവുകൾ വിപുലീകരിച്ചു. എത്തിച്ചേരാനാകാത്ത വസ്തുക്കളെ മാലിന്യ ശേഖരണം ഇല്ലാതാക്കുന്നു, പക്ഷേ റേസ് സാഹചര്യങ്ങൾ ഒഴിവാക്കാൻ അവ ഇല്ലാതാക്കുന്നതിന് മുമ്പ് ഒരു നിശ്ചിത സമയത്തേക്ക് ശേഖരത്തിൽ തന്നെ തുടരും. എത്തിച്ചേരാനാകാത്ത എല്ലാ വസ്തുക്കളെയും ഒരു പായ്ക്ക് ഫയലിൽ സംഭരിക്കാനും ഓരോ ഒബ്‌ജക്റ്റിന്റെയും പരിഷ്‌ക്കരണ സമയത്തെക്കുറിച്ചുള്ള ഡാറ്റ ഒരു പ്രത്യേക പട്ടികയിൽ പ്രദർശിപ്പിക്കാനും “.mtimes” വിപുലീകരണത്തോടുകൂടിയ പ്രത്യേക ഫയലിൽ സംഭരിക്കാനും “cruft packs” സംവിധാനം നിങ്ങളെ അനുവദിക്കുന്നു. മൊത്തം പരിഷ്ക്കരണ സമയവുമായി ഓവർലാപ്പ് ചെയ്യരുത്.

  എത്തിച്ചേരാനാകാത്ത ഒബ്‌ജക്‌റ്റുകൾ യഥാർത്ഥത്തിൽ ഇല്ലാതാക്കപ്പെടുന്നതിന് മുമ്പ് ശേഖരത്തിൽ ശേഷിക്കുന്ന സമയദൈർഘ്യം നിർണ്ണയിക്കുന്നത് “—prune=” ഓപ്ഷൻ ആണ്. " എന്നിരുന്നാലും, ഇല്ലാതാക്കുന്നതിന് മുമ്പ് കാലതാമസം വരുത്തുന്നത് റേസ് സാഹചര്യങ്ങൾ കാരണം റിപ്പോസിറ്ററി അഴിമതി തടയുന്നതിനുള്ള വളരെ ഫലപ്രദവും പ്രായോഗികവുമായ മാർഗമാണെങ്കിലും, ഇത് 100% വിശ്വസനീയമല്ല. കേടായ ഒരു ശേഖരം പുനഃസ്ഥാപിക്കുന്നത് എളുപ്പമാക്കുന്നതിന്, "git repack" കമാൻഡിലേക്ക് "--expire-to" ഓപ്ഷൻ ചേർത്ത്, ഒരു ബാഹ്യമായ ഒരു ഫയൽ സൃഷ്ടിക്കാൻ ഒരു ഫയൽ വ്യക്തമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന, നഷ്ടപ്പെട്ട ഒബ്ജക്റ്റുകൾ സംരക്ഷിക്കാനുള്ള കഴിവ് പുതിയ പതിപ്പ് നൽകുന്നു. ഇല്ലാതാക്കിയ എല്ലാ വസ്തുക്കളുടെയും പകർപ്പ്. ഉദാഹരണത്തിന്, കഴിഞ്ഞ 5 മിനിറ്റിനുള്ളിൽ മാറാത്ത, എത്തിച്ചേരാനാകാത്ത ഒബ്‌ജക്റ്റുകൾ backup.git ഫയലിൽ സംരക്ഷിക്കുന്നതിന്, നിങ്ങൾക്ക് കമാൻഡ് ഉപയോഗിക്കാം: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire -to=../backup.git

• ഭാഗിക ക്ലോണിംഗ് (സ്പാർസ്-ചെക്കൗട്ട്) ഉപയോഗിക്കുന്നതും ഭാഗിക സൂചികകൾ (സ്പാർസ് ഇൻഡക്സ്) ഉള്ളതുമായ മേഖലകളിൽ തിരയുമ്പോൾ "git grep -cached" പ്രവർത്തനത്തിന്റെ വേഗത ഗണ്യമായി വർദ്ധിച്ചു (70% വരെ). മുമ്പ്, “-കാഷ്ഡ്” ഓപ്ഷൻ വ്യക്തമാക്കുമ്പോൾ, തിരയൽ ആദ്യം സാധാരണ സൂചികയിലും പിന്നീട് ഭാഗികമായവയിലും നടത്തി, ഇത് വലിയ ശേഖരണങ്ങളിൽ തിരയുമ്പോൾ ശ്രദ്ധേയമായ കാലതാമസത്തിന് കാരണമായി.
• "ജിറ്റ് പുഷ്" ഓപ്പറേഷൻ സമയത്ത് പുതിയ ഒബ്‌ജക്‌റ്റുകൾ റിപ്പോസിറ്ററിയിൽ സ്ഥാപിക്കുന്നതിന് മുമ്പ് അവയുടെ യോജിപ്പിന്റെ സെർവറിന്റെ സ്ഥിരീകരണം ത്വരിതപ്പെടുത്തിയിരിക്കുന്നു. 7 ദശലക്ഷം ലിങ്കുകളുള്ള ഒരു ടെസ്റ്റ് റിപ്പോസിറ്ററിയിൽ, പരിശോധിക്കുമ്പോൾ പ്രഖ്യാപിത ലിങ്കുകൾക്കായി മാത്രം അക്കൗണ്ടിംഗിലേക്ക് മാറുന്നതിലൂടെ, അതിൽ 3% മാത്രമേ പുഷ് ഓപ്പറേഷൻ ഉൾക്കൊള്ളുന്നുള്ളൂ, അവതരിപ്പിച്ച ഒപ്റ്റിമൈസേഷനുകൾ പരിശോധന സമയം 4.5 മടങ്ങ് കുറയ്ക്കുന്നത് സാധ്യമാക്കി.
• കോഡിലെ സാധ്യതയുള്ള പൂർണ്ണസംഖ്യ ഓവർഫ്ലോകളിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന്, "git apply" കമാൻഡ് പ്രോസസ്സ് ചെയ്യാൻ കഴിയുന്ന പാച്ചുകളുടെ പരമാവധി വലുപ്പം പരിമിതപ്പെടുത്തുന്നു. പാച്ച് വലുപ്പം 1 GB കവിയുന്നുവെങ്കിൽ, ഇപ്പോൾ ഒരു പിശക് ദൃശ്യമാകും.
• സാധ്യതയുള്ള കേടുപാടുകളിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന്, HTTP/2-നൊപ്പം GIT_TRACE_CURL=3 അല്ലെങ്കിൽ GIT_CURL_VERBOSE=1 ഓപ്ഷൻ ഉപയോഗിച്ച് h1h2 മൊഡ്യൂൾ ഉപയോഗിക്കുമ്പോൾ സജ്ജീകരിച്ചിരിക്കുന്ന തലക്കെട്ടുകളിൽ നിന്ന് അനാവശ്യ വിവരങ്ങൾ വൃത്തിയാക്കാൻ മാറ്റങ്ങൾ വരുത്തിയിട്ടുണ്ട്.
• മറ്റൊരു ശാഖയിലേക്കുള്ള പ്രതീകാത്മക ലിങ്കായ ഒരു ബ്രാഞ്ചിൽ ചെക്ക് ഔട്ട് നടത്തുമ്പോൾ, "git symbolic-ref HEAD" കമാൻഡ് ഇപ്പോൾ സിംലിങ്കിന്റെ പേരിന് പകരം ടാർഗെറ്റ് ബ്രാഞ്ചിന്റെ പേര് പ്രദർശിപ്പിക്കുന്നു.
• മുമ്പത്തെ ഒരു ശാഖയുടെ വിവരണം എഡിറ്റുചെയ്യുന്നതിന് “--edit-description” ഓപ്‌ഷനിലേക്ക് (“git ബ്രാഞ്ച് —edit-description @{-1}”) @{-1} ആർഗ്യുമെന്റിനുള്ള പിന്തുണ ചേർത്തു.
• സ്റ്റാൻഡേർഡ് ഇൻപുട്ട് വഴി പാരാമീറ്ററുകളുടെ ഒരു ലിസ്റ്റ് കൈമാറാൻ "git merge-tree --stdin" കമാൻഡ് ചേർത്തു.
• നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റങ്ങളിൽ, ഫയൽ സിസ്റ്റത്തിലെ മാറ്റങ്ങൾ നിരീക്ഷിക്കുന്ന fsmonitor ഹാൻഡ്‌ലർ സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനരഹിതമാക്കിയിരിക്കുന്നു.

അവലംബം: opennet.ru