વિતરિત સ્ત્રોત નિયંત્રણ સિસ્ટમનું પ્રકાશન Git 2.22

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

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

• પ્રકાશન 1.18 થી ઉપલબ્ધ છે, નવો કમિટ સેટ સ્થળાંતર મોડ "git rebase --rebase-merges" એ જૂના "--preserve-merges" વિકલ્પને બદલી નાખ્યો છે, જે હવે દૂર કરવામાં આવ્યો છે. "ગીટ રીબેઝ" ઑપરેશનનો ઉપયોગ કમિટ્સની શ્રેણીને નવા બેઝ કમિટ સાથે બદલવા માટે થાય છે, ઉદાહરણ તરીકે, માસ્ટર બ્રાન્ચની વર્તમાન સ્થિતિમાં કેટલીક નવી સુવિધા વિકસાવતી સિંગલ બ્રાન્ચને ખસેડવા માટે, જેમાં બ્રાન્ચ પછી ઉમેરાયેલા ફિક્સનો સમાવેશ થાય છે:

  o - o - o (મારી-સુવિધા)

  /

  ઓ - ઓ - ઓ - ઓ - ઓ (માસ્ટર)

  o - o - o (મારી-સુવિધા)

  /

  ઓ - ઓ - ઓ - ઓ - ઓ (માસ્ટર)

  સ્થાનાંતરિત શાખામાં શાખા માળખું સાચવવા માટે, "--જાળવણી-મર્જ" વિકલ્પનો અગાઉ ઉપયોગ કરી શકાતો હતો, જે જ્યારે ઇન્ટરેક્ટિવ મોડ (git rebase -i --preserve-merges ) માં ચાલે છે ત્યારે કમિટ ઇતિહાસને સંપાદિત કરવાની મંજૂરી આપે છે, પરંતુ રિપોઝીટરી સ્ટ્રક્ચરની સંપૂર્ણ જાળવણીની ખાતરી આપી નથી. રિપ્લેસમેન્ટ "--રીબેઝ-મર્જ" મોડ તમને સ્થાનાંતરિત શાખામાં ફેરફારોનું માળખું રાખવા માટે પરવાનગી આપે છે, જ્યારે કમિટ્સને કાઢી નાખવા, ફરીથી જૂથબદ્ધ કરવા અને નામ બદલવા સહિતની ક્રિયાપ્રતિક્રિયાઓનો સંપૂર્ણ સેટ પ્રદાન કરે છે.

  ઉદાહરણ તરીકે, "--rebase-merges" તે માટે પરવાનગી આપે છે સ્થાનાંતરિત બ્રાન્ચમાં બ્રાન્ચ સ્ટ્રક્ચર રાખીને અલગ બ્રાન્ચમાંથી નવી માસ્ટર બ્રાન્ચમાં રિ-પુશ કમિટ કરે છે અને તમે જાઓ તેમ કમિટ નોટ્સમાં કેટલાક ફેરફારો કરો.

• “ગીટ બ્રાન્ચ ન્યૂ એ…બી” અને “ગીટ ચેકઆઉટ -બી ન્યૂ એ…બી” નો ઉપયોગ કરીને અન્ય બે શાખાઓના મર્જ બેઝ (મર્જ બેઝ, સામાન્ય પૂર્વજને બંધનકર્તા) નક્કી કરવાના પરિણામના આધારે નવી શાખા બનાવવા માટે સમર્થન ઉમેર્યું. ” કન્સ્ટ્રક્ટ્સ, જેમાં “A ...B” એ બે ઉલ્લેખિત કમિટ વચ્ચેના મર્જ બેઝને વ્યાખ્યાયિત કરવા સૂચવે છે, જે રીતે "git checkout A...B" HEAD ને બેઝ કમિટ અને "diff A...B" પર શિફ્ટ કરે છે. કમિટ "B" અને કમિટ "A" સાથે શેર કરેલ વચ્ચેના ફેરફારો દર્શાવે છે. » પૂર્વજ.

  ઉદાહરણ તરીકે, એક અલગ માય-ફીચર બ્રાન્ચ પર કામ કરતી વખતે, જ્યારે તમે બીજી બ્રાન્ચમાંથી શરૂઆત કરવા માંગતા હો ત્યારે પ્રસ્તાવિત ફીચરનો ઉપયોગ કરી શકાય છે, ઉદાહરણ તરીકે, માસ્ટર બ્રાન્ચમાં તે જ જગ્યાએથી જ્યાંથી માય-ફીચર બ્રાન્ચ ચેક કરવામાં આવી હતી. પહેલાં, આ માટે ચેન્જલોગની જાતે જ તપાસ કરવી જરૂરી હતી, જે મોટા ફેરફારનો ઇતિહાસ હોય ત્યારે અસુવિધાજનક હતું, પછી માસ્ટર અને માય-ફીચર શાખાઓ વચ્ચેના મર્જ બેઝના હેશની ગણતરી કરવા માટે "git merge-base master my-feature" કરવું, અને સામાન્ય પૂર્વજ "ગીટ બ્રાન્ચ માય-અધર-ફીચર હેશ" ને સંબંધિત નવી શાખા બનાવવી. Git 2.22 માં, વાક્યરચના "git branch my-other-feature A...B" નો ઉપયોગ અન્ય બે શાખાઓના મર્જ બેઝને સંબંધિત શાખા બનાવવા માટે કરી શકાય છે;

• ચેકઆઉટ ઓપરેશનમાંથી મેળવેલ શાખાનું નામ દર્શાવવા માટે "git branch --show-current" વિકલ્પ ઉમેર્યો;
• ઉમેરાયેલ વિકલ્પ "git checkout --no-overlay -- dir", જે ચેકઆઉટ કામગીરી કરતી વખતે, dir ડિરેક્ટરીના સમાવિષ્ટોને માસ્ટર બ્રાન્ચની સ્થિતિને સંપૂર્ણપણે અનુરૂપ હોય તેવા ફોર્મમાં લાવવા માટે પરવાનગી આપે છે. ઉદાહરણ તરીકે, જો dir ડિરેક્ટરીની સ્થાનિક નકલમાં કોઈ ફાઇલ હોય જે માસ્ટર બ્રાન્ચમાં ન હોય, તો જ્યારે "git checkout master - dir" ચલાવતી વખતે ડિફૉલ્ટ રૂપે તે બાકી રહેશે, અને જ્યારે "--નો-ઓવરલે" " વિકલ્પ ઉલ્લેખિત છે, તે કાઢી નાખવામાં આવશે;
• અન્ય ગિટ યુટિલિટીઝ સાથે વિકલ્પ પ્રોસેસિંગને એકીકૃત કરવા માટે "git diff" આદેશ સામાન્ય વિકલ્પ પાર્સિંગ API નો ઉપયોગ કરે છે. ઉદાહરણ તરીકે, "git diff" માં બધા વિકલ્પો પાસે હવે તેમના વિરોધીઓ ઉપલબ્ધ છે ("--function-context" અને "--no-function-context");
• કમિટ સાથે જોડાયેલ "ગિટ લોગ" વિસ્તૃત ટૅગ્સનું આઉટપુટ કરતી વખતે ફિલ્ટર કરવાની ક્ષમતા ઉમેરવામાં આવી છે ("ટ્રેલર" - વધારાના માહિતીના ધ્વજ, જેમ કે સાઇન-ઑફ-બાય અને કો-ઓથર્ડ-બાય). કી અને મૂલ્ય દ્વારા લેબલ્સને ફિલ્ટર કરવું શક્ય છે, ઉદાહરણ તરીકે:
  "git log --pretty="%(trailers:key=Reviewed-by,valueonly)";

• એક નવું ટ્રેસિંગ એન્જિન, Trace2 ઉમેરવામાં આવ્યું છે, જે વધુ લવચીક અને સંરચિત આઉટપુટ ફોર્મેટ ઓફર કરે છે. Trace2 તમને વધુ વિગતવાર વિશ્લેષણ અને ડિબગીંગ (હેન્ડલરને વપરાશકર્તા દ્વારા સોંપવામાં આવે છે, કોઈ ડેટા બહાર મોકલવામાં આવતો નથી);
• "ગીટ બાઈસેક્ટ" રિપોર્ટને વધુ વાંચવાયોગ્ય બનાવ્યો, જે હવે વધુ સ્પષ્ટ રીતે સમસ્યારૂપ કમિટ્સને હાઈલાઈટ કરે છે અને દરેક ફાઈલના ફેરફારો પર સારાંશ આંકડા દર્શાવે છે (બદલેલી રેખાઓની સંખ્યાના સ્તરે);
• નામ બદલવાના ફ્લેગોના ખોટા સેટિંગને ટાળવા માટે ડાયરેક્ટરીના નામ બદલવાની હ્યુરિસ્ટિક ફરીથી ડિઝાઇન કરવામાં આવી છે. જ્યારે શંકા હોય ત્યારે, આવી ડિરેક્ટરીઓ હવે વિરોધાભાસી તરીકે ચિહ્નિત થાય છે;
• અન્ય ટેગ પર ટેગ સેટ કરવાનો પ્રયાસ કરતી વખતે ચેતવણી આપવામાં આવે છે, જે, નિયમ તરીકે, ભૂલથી થાય છે અને તે ખોટી કમિટ પર ટેગ સેટ કરવા તરફ દોરી શકે છે (ઉદાહરણ તરીકે, "ગીટ ટેગ -f -m" જેવી રચના અપડેટેડ મેસેજ "my-tag1 my-tag2" જૂના ટેગ પર ટેગ બનાવવામાં આવશે, જ્યારે ડેવલપર જૂના ટેગ દ્વારા નિર્દેશિત કમિટ પર નવા ટેગને સેટ કરવાની અપેક્ષા રાખતો હતો);
• બીટમેપ રીપોઝીટરીઝ (ડિસ્ક સ્ટ્રક્ચર "રીચેબિલિટી બીટમેપ્સ") માટે જનરેશન સક્ષમ છે જે દરેક કમિટ માટે ઉપલબ્ધ ઑબ્જેક્ટના સેટ વિશે ડેટા સ્ટોર કરે છે અને તમને અંતર્ગત ઑબ્જેક્ટની હાજરીને ઝડપથી નક્કી કરવાની મંજૂરી આપે છે. ઉલ્લેખિત માળખું ડેટા નિષ્કર્ષણ કામગીરીના અમલીકરણના સમયને નોંધપાત્ર રીતે ઘટાડે છે (ગીટ ફેચ).

સોર્સ: opennet.ru