इतिहास में बदलाव को उलटना, गिट पुश में मूल प्रतिबद्ध इतिहास को पुनर्स्थापित करना

अपना गिट कमिट इतिहास पुनर्प्राप्त करना: एक चरण-दर-चरण मार्गदर्शिका

मैंने अपना user.name और user.email गलत तरीके से सेट किया था, जो मुझे एक निजी प्रोजेक्ट पर एक महीने के कठिन प्रयास के बाद मिला। ये सुधार करने के बाद भी, मुझे बहुत बाद में पता चला कि गलत लेखक का नाम मेरी पिछली प्रतिबद्धताओं में अभी भी था। मैंने इन प्रतिबद्धताओं को बदलकर अपने योगदान ग्राफ़ को अपडेट करने के प्रयास में गिट रिबेस का प्रयास किया।

लेकिन ऐसा करने से, कमिट की तारीखें अनजाने में बदल गईं, जिससे यह आभास हुआ कि सभी कमिट एक ही बार में किए गए थे। इस तरह के अनजाने संशोधन के बाद, यह ट्यूटोरियल आपके मूल प्रतिबद्ध इतिहास को पुनः प्राप्त करने में आपकी सहायता करने का प्रयास करता है ताकि आपका योगदान उचित रूप से प्रतिबिंबित हो।

गिट इतिहास की पुनर्स्थापना को समझना

The scripts offered are meant to rectify and restore Git's commit history, especially in cases where an inadvertent rebase has changed commit dates. In the first script, the commit hash is found before the rebase process by utilizing प्रस्तावित स्क्रिप्ट का उद्देश्य Git के प्रतिबद्ध इतिहास को सुधारना और पुनर्स्थापित करना है, विशेष रूप से ऐसे मामलों में जहां अनजाने रिबेस ने प्रतिबद्ध तिथियों को बदल दिया है। पहली स्क्रिप्ट में, strong>git reflog का उपयोग करके रिबेस प्रक्रिया से पहले कमिट हैश पाया जाता है. यह कमांड रीसेट और रिबेस सहित सभी रिपॉजिटरी संशोधनों का इतिहास दिखाता है। प्रासंगिक कमिट हैश का पता लगाने पर, शाखा का उपयोग करके उस कमिट पर रीसेट कर दिया जाता है git reset --hard कमांड, जिससे बाद के सभी संशोधन मिट जाएंगे। यह एक महत्वपूर्ण कदम है क्योंकि यह गलत रीबेस से पहले रिपॉजिटरी को उसकी पिछली स्थिति में पुनर्स्थापित करता है। फिर स्थानीय संशोधनों को का उपयोग करके दूरस्थ रिपॉजिटरी में धकेल दिया जाता है git push --force आदेश, पिछले इतिहास को रीसेट शाखा के साथ अधिलेखित करना।

दूसरी स्क्रिप्ट का उद्देश्य प्रतिबद्ध तिथियों को बदले बिना प्रतिबद्ध लेखक विवरण को अद्यतन करना है। के प्रयोग से git filter-branch --env-filter कमांड, लेखक और कमिटर विवरण जैसे पर्यावरण चर को सभी कमिटों में बदला जा सकता है। गलत विवरणों का पता लगाना और नए, सही विवरणों का वर्णन करना, जैसे चर WRONG_EMAIL, CORRECT_NAME, और CORRECT_EMAIL परिभाषित किया गया हैं। इसके बाद, स्क्रिप्ट का उपयोग करके कमिटर विवरण को अपडेट किया जाता है export GIT_COMMITTER_NAME और export GIT_COMMITTER_EMAIL; इसी तरह, यह लेखक के विवरण का उपयोग करके अद्यतन करता है export GIT_AUTHOR_NAME और export GIT_AUTHOR_EMAIL. विकल्प --tag-name-filter cat गारंटी देता है कि टैग दिए गए फ़िल्टर का उपयोग करके भी दोबारा लिखे गए हैं। इस स्क्रिप्ट का उपयोग मूल प्रतिबद्ध तिथियों को प्रभावित किए बिना सही लेखक की जानकारी के साथ प्रतिबद्ध इतिहास को फिर से लिखने के लिए किया जा सकता है।

# Step 1: Identify the commit hash before the rebase
git reflog
# Look for the commit hash before the rebase operation
# Step 2: Reset the branch to the commit before the rebase
git reset --hard <commit_hash>
# Step 3: Verify the reset
git log
# Ensure the commit history is back to its original state
# Step 4: Force push the reset history to the remote repository
git push --force

# Step 1: Rewrite author information without altering commit dates
git filter-branch --env-filter '
WRONG_EMAIL="wrong@example.com"
CORRECT_NAME="Correct Name"
CORRECT_EMAIL="correct@example.com"
if [ "$GIT_COMMITTER_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi'
--tag-name-filter cat -- --branches --tags

डेटा खोए बिना Git का उपयोग करके इतिहास को पुनर्स्थापित करना

The use of strong>गिट चेरी-पिक का उपयोग Git इतिहास पुनर्स्थापना के साथ काम करते समय ध्यान में रखने योग्य एक और कारक है। आप इस कमांड के साथ पिछली प्रतिबद्धताओं द्वारा किए गए संशोधनों को वर्तमान शाखा में लागू कर सकते हैं। जब आपको किसी ऐसे इतिहास का मैन्युअल रूप से पुनर्निर्माण करना हो जो अनजाने में बदल गया हो, तो यह काफी मददगार हो सकता है। उदाहरण के लिए, यदि कोई रीबेस या रीसेट गड़बड़ा जाता है और आप व्यक्तिगत परिवर्तन वापस जोड़ना चाहते हैं, तो आप इसका उपयोग कर सकते हैं git cherry-pick ऐसा करने के लिए। यह तकनीक मूल प्रतिबद्ध तिथियों और संदेशों को संरक्षित करके आपके प्रोजेक्ट के इतिहास को बरकरार रखती है।

strong>गिट रीफ्लॉग एक अतिरिक्त उपयोगी आदेश है. यह शाखाओं की युक्तियों और अन्य रिपॉजिटरी संदर्भों में किए गए सभी संशोधनों का इतिहास प्रदर्शित करता है, यहां तक ​​कि वे भी जो अक्सर दृश्य से छिपे होते हैं git log. यह आपको उन प्रतिबद्ध हैश का पता लगाने देता है जो प्रतिकूल रीसेट या रिबेस के दौरान अधिलेखित या खो गए हों। के संयोजन का उपयोग करना git reflog और git reset --hard, you can revert modifications by restoring your branch to a former state. Furthermore, it's crucial to occasionally take snapshots of the status of your repository using , आप अपनी शाखा को पूर्व स्थिति में पुनर्स्थापित करके संशोधनों को वापस कर सकते हैं। इसके अलावा, strong>git टैग का उपयोग करके कभी-कभी अपने रिपॉजिटरी की स्थिति का स्नैपशॉट लेना महत्वपूर्ण है. टैग काम में आते हैं क्योंकि वे आपको विशेष ऐतिहासिक क्षणों की व्याख्या करने देते हैं जिन्हें गंभीर समस्याओं की स्थिति में पूर्ववत किया जा सकता है।