Git 2.39 સ્ત્રોત નિયંત્રણ પ્રકાશન

વિકાસના બે મહિના પછી, વિતરિત સ્ત્રોત નિયંત્રણ સિસ્ટમ Git 2.39 રિલીઝ કરવામાં આવી છે. Git એ સૌથી લોકપ્રિય, વિશ્વસનીય અને ઉચ્ચ-પ્રદર્શન વર્ઝન કંટ્રોલ સિસ્ટમ્સમાંની એક છે, જે બ્રાન્ચિંગ અને મર્જિંગ પર આધારિત લવચીક બિન-રેખીય વિકાસ સાધનો પ્રદાન કરે છે. ઇતિહાસની અખંડિતતા અને પૂર્વવર્તી ફેરફારો સામે પ્રતિકાર સુનિશ્ચિત કરવા માટે, દરેક કમિટમાં સમગ્ર પાછલા ઇતિહાસની ગર્ભિત હેશિંગનો ઉપયોગ કરવામાં આવે છે; વિકાસકર્તાઓના ડિજિટલ હસ્તાક્ષરો સાથે વ્યક્તિગત ટૅગ્સ અને કમિટ્સને પ્રમાણિત કરવાનું પણ શક્ય છે.

અગાઉના પ્રકાશનની તુલનામાં, નવા સંસ્કરણમાં 483 ફેરફારોનો સમાવેશ થાય છે, જે 86 વિકાસકર્તાઓની ભાગીદારી સાથે તૈયાર કરવામાં આવ્યો હતો, જેમાંથી 31 એ પ્રથમ વખત વિકાસમાં ભાગ લીધો હતો. મુખ્ય નવીનતાઓ:

• ફેરફારોના ઈતિહાસના આંકડાઓ સાથે સારાંશ દર્શાવવા માટે રચાયેલ "ગીટ શોર્ટલોગ" આદેશ, લેખક અથવા પ્રતિબદ્ધ સુધી મર્યાદિત ન હોય તેવા ક્ષેત્રો દ્વારા કમિટ્સના મનસ્વી જૂથ માટે "-જૂથ" વિકલ્પ ઉમેર્યો છે. ઉદાહરણ તરીકે, ફેરફારોની સંખ્યા વિશેની માહિતી સાથે વિકાસકર્તાઓની સૂચિ પ્રદર્શિત કરવા માટે, "સહ-લેખક-દ્વારા" ક્ષેત્રમાં ઉલ્લેખિત સહાયકોને ધ્યાનમાં લઈને, તમે આદેશનો ઉપયોગ કરી શકો છો: git shortlog -ns --group=author - -ગ્રુપ=ટ્રેલર:સહ-લેખક-દ્વારા

  શોર્ટલોગ આઉટપુટ ફોર્મેટિંગ સ્પષ્ટીકરણોનો ઉપયોગ કરીને એકીકૃત કરી શકાય છે, અને "--જૂથ" વિકલ્પ જટિલ અહેવાલોની રચનાને નોંધપાત્ર રીતે સરળ બનાવી શકે છે અને વધારાના સૉર્ટિંગ આદેશોની જરૂરિયાતને દૂર કરી શકે છે. ઉદાહરણ તરીકે, દર મહિને આપેલ રિલીઝ માટે કેટલા કમિટ સ્વીકારવામાં આવ્યા હતા તેની માહિતી સાથેનો રિપોર્ટ બનાવવા માટે, તમે સ્પષ્ટ કરી શકો છો: 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" એક્સ્ટેંશન સાથે અલગ ફાઇલમાં સંગ્રહિત છે, જેથી તેઓ કુલ ફેરફાર સમય સાથે ઓવરલેપ નથી.

  વાસ્તવમાં કાઢી નાખવામાં આવે તે પહેલાં અગમ્ય વસ્તુઓ રીપોઝીટરીમાં રહે તે સમયની લંબાઈ “—પ્રુન=” વિકલ્પ દ્વારા નક્કી કરવામાં આવે છે. " જો કે, જ્યારે કાઢી નાખતા પહેલા વિલંબ કરવો એ રેસની પરિસ્થિતિઓને ભ્રષ્ટાચારથી બચાવવા માટે એકદમ અસરકારક અને વ્યવહારુ રીત છે, તે 100% ભરોસાપાત્ર નથી. ક્ષતિગ્રસ્ત રીપોઝીટરીને પુનઃસ્થાપિત કરવાનું સરળ બનાવવા માટે, નવું પ્રકાશન "ગીટ રીપેક" આદેશમાં "--એક્સપાયર-ટુ" વિકલ્પ ઉમેરીને ગુમ થયેલ વસ્તુઓને સાચવવાની ક્ષમતા પ્રદાન કરે છે, જે તમને બાહ્ય બનાવવા માટે ફાઇલનો ઉલ્લેખ કરવાની મંજૂરી આપે છે. કાઢી નાખેલ તમામ વસ્તુઓની નકલ. ઉદાહરણ તરીકે, backup.git ફાઇલમાં છેલ્લી 5 મિનિટમાં બદલાયેલ ન હોય તેવા અગમ્ય પદાર્થોને સાચવવા માટે, તમે આદેશનો ઉપયોગ કરી શકો છો: 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 સાંકેતિક-રેફ હેડ" આદેશ હવે સિમલિંકના નામને બદલે લક્ષ્ય શાખાનું નામ દર્શાવે છે.
• અગાઉની શાખાના વર્ણનને સંપાદિત કરવા માટે “--edit-description” વિકલ્પ (“git branch —edit-description @{-1}”)માં @{-1} દલીલ માટે સમર્થન ઉમેર્યું.
• પ્રમાણભૂત ઇનપુટ દ્વારા વિકલ્પોની યાદી પસાર કરવા માટે "git merge-tree --stdin" આદેશ ઉમેર્યો.
• નેટવર્ક ફાઇલ સિસ્ટમો પર, fsmonitor હેન્ડલર, જે ફાઇલ સિસ્ટમમાં ફેરફારોનું નિરીક્ષણ કરે છે, તે મૂળભૂત રીતે અક્ષમ છે.

સોર્સ: opennet.ru