$lang['tuto'] = "سبق"; ?> گٹ پش میں اصل کمٹ کی تاریخ کو بحال

گٹ پش میں اصل کمٹ کی تاریخ کو بحال کرنا تاریخ میں تبدیلی کو تبدیل کرنا

Arthur Petit
پیر، 22 جولائی، 2024 12:59:13 AM
Git

اپنی گٹ کمٹ ہسٹری کو بازیافت کرنا: ایک قدم بہ قدم گائیڈ

میں نے اپنے user.name اور user.email کو غلط طریقے سے سیٹ کیا تھا، جو مجھے ذاتی پروجیکٹ پر ایک ماہ کی محنت کے بعد ملا۔ میں نے یہ تصحیح کرنے کے بعد بھی، مجھے کافی دیر بعد پتہ چلا کہ غلط مصنف کا نام اب بھی میری پچھلی کمٹ میں موجود ہے۔ میں نے ان وعدوں کو تبدیل کرکے اپنے شراکت کے گراف کو اپ ڈیٹ کرنے کی کوشش میں گٹ ریبیس کی کوشش کی۔

لیکن ایسا کرنے سے، کمٹ کی تاریخیں غیر ارادی طور پر تبدیل کر دی گئیں، جس سے یہ تاثر ملتا ہے کہ تمام وعدے ایک ساتھ کیے گئے تھے۔ اس طرح کی غیر ارادی ترمیم کے بعد، یہ ٹیوٹوریل آپ کی اصل عہد کی تاریخ کو دوبارہ حاصل کرنے میں آپ کی مدد کرنے کی کوشش کرتا ہے تاکہ آپ کی شراکتیں مناسب طریقے سے ظاہر ہوں۔

کمانڈ تفصیل
git reflog ریفرنس لاگ میں تمام ریپوزٹری ترمیمات کی تاریخ دکھاتا ہے، بشمول ری بیس اور ری سیٹس۔
git reset --hard ورکنگ ڈائرکٹری اور سٹیجنگ ایریا میں کی گئی تمام ترامیم کو حذف کرتا ہے اور موجودہ برانچ کو منتخب کردہ کمٹ پر دوبارہ سیٹ کرتا ہے۔
git push --force مقامی تبدیلیوں کو ریموٹ ریپوزٹری میں دھکیلنے پر مجبور کرتا ہے، کسی بھی سابقہ ​​تنازعات کو مٹا دیتا ہے۔
git filter-branch --env-filter ہر کمٹ پر ایک فلٹر لاگو کرتا ہے، گٹ کی تاریخ کو دوبارہ لکھتا ہے اور ماحولیاتی متغیرات جیسے مصنف اور کمٹٹر ڈیٹا میں تبدیلیوں کو فعال کرتا ہے۔
WRONG_EMAIL="wrong@example.com" غلط ای میل ایڈریس کو ٹریک کرنے کے لیے ایک متغیر بناتا ہے جو گزشتہ کمٹ کے لیے استعمال کیا گیا تھا۔
CORRECT_NAME="Correct Name" یہ بتانے کے لیے ایک متغیر قائم کرتا ہے کہ نظر ثانی شدہ تاریخ میں کون سا نام تبدیل کیا جانا چاہیے۔
CORRECT_EMAIL="correct@example.com" یہ بتانے کے لیے متغیر سیٹ کرتا ہے کہ اپ ڈیٹ شدہ تاریخ میں پرانے کے بدلے کون سا ای میل پتہ استعمال کیا جانا چاہیے۔
export GIT_COMMITTER_NAME دوبارہ لکھے گئے وعدوں کے لیے کمٹٹر کا نام دی گئی قدر پر سیٹ کرتا ہے۔
export GIT_COMMITTER_EMAIL دوبارہ لکھے گئے وعدوں کے لیے کمٹٹر ای میل کو دی گئی قدر پر سیٹ کرتا ہے۔
export GIT_AUTHOR_NAME مصنف کے نام کو دوبارہ لکھے گئے وعدوں کے لیے منتخب کردہ قدر میں تبدیل کرتا ہے۔
export GIT_AUTHOR_EMAIL مصنف کے ای میل کو دوبارہ لکھے گئے وعدوں کے لیے مقرر کردہ قدر میں تبدیل کرتا ہے۔
--tag-name-filter cat اس بات کو یقینی بناتا ہے کہ دیئے گئے فلٹر کا استعمال کرتے ہوئے ٹیگز کو بھی دوبارہ لکھا گیا ہے۔

گٹ ہسٹری کی بحالی کو سمجھنا

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 . یہ کمانڈ تمام ریپوزٹری ترمیمات کی تاریخ دکھاتا ہے، بشمول ری سیٹ اور ری بیس۔ متعلقہ کمٹ ہیش کا پتہ لگانے پر، برانچ کو اس کمٹ پر دوبارہ سیٹ کر دیا جاتا ہے۔ کمانڈ، اس طرح بعد میں ہونے والی تمام ترامیم کو مٹا دیتا ہے۔ یہ ایک اہم قدم ہے کیونکہ یہ ریپوزٹری کو غلط ری بیس سے پہلے اس کی سابقہ ​​حالت میں بحال کرتا ہے۔ اس کے بعد مقامی ترمیمات کو استعمال کرتے ہوئے ریموٹ ریپوزٹری میں دھکیل دیا جاتا ہے۔ کمانڈ، ری سیٹ برانچ کے ساتھ پچھلی تاریخ کو اوور رائٹ کرنا۔

دوسرے اسکرپٹ کا مقصد کمٹ کی تاریخوں کو تبدیل کیے بغیر کمٹ مصنف کی تفصیلات کو اپ ڈیٹ کرنا ہے۔ کے استعمال کے ساتھ کمانڈ، ماحولیاتی متغیرات جیسے مصنف اور کمٹٹر کی تفصیلات کو تمام کمٹ میں تبدیل کیا جا سکتا ہے۔ غلط تفصیلات کا پتہ لگانے اور نئے، درست، متغیرات جیسے بیان کرنے کے لیے ، ، اور CORRECT_EMAIL کی تعریف کی گئی ہے. اگلا، اسکرپٹ کا استعمال کرتے ہوئے کمٹٹر کی تفصیلات کو اپ ڈیٹ کرتا ہے۔ اور ; اسی طرح، یہ استعمال کرتے ہوئے مصنف کی تفصیلات کو اپ ڈیٹ کرتا ہے۔ اور export GIT_AUTHOR_EMAIL. آپشن اس بات کی ضمانت دیتا ہے کہ دیئے گئے فلٹرز کا استعمال کرتے ہوئے ٹیگز کو بھی دوبارہ لکھا جاتا ہے۔ اس اسکرپٹ کو اصل کمٹ کی تاریخوں کو متاثر کیے بغیر صحیح مصنف کی معلومات کے ساتھ کمٹ کی تاریخ کو دوبارہ لکھنے کے لیے استعمال کیا جا سکتا ہے۔

Git کی اصل کمٹ کی تاریخ کو واپس لانا

گٹ کمانڈز کا استعمال

# 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

ڈیٹا کو کھونے کے بغیر گٹ کا استعمال کرتے ہوئے تاریخ کو بحال کرنا

The use of Git کی تاریخ کی بحالی کے ساتھ کام کرتے وقت ایک اور عنصر کو مدنظر رکھنا ہے۔ آپ اس کمانڈ کے ساتھ موجودہ برانچ میں پچھلی کمٹ کے ذریعے کی گئی ترمیم کو لاگو کر سکتے ہیں۔ جب آپ کو دستی طور پر کسی ایسی تاریخ کی تشکیل نو کرنی ہو جو غیر ارادی طور پر تبدیل کی گئی ہو، تو یہ کافی مددگار ثابت ہو سکتی ہے۔ مثال کے طور پر، اگر کوئی ری بیس یا ری سیٹ خراب ہو جاتا ہے اور آپ انفرادی تبدیلیاں واپس شامل کرنا چاہتے ہیں، تو آپ استعمال کر سکتے ہیں ایسا کرنے کے لئے۔ یہ تکنیک اصل کمٹ کی تاریخوں اور پیغامات کو محفوظ کرکے آپ کے پروجیکٹ کی تاریخ کو برقرار رکھتی ہے۔

ایک اضافی مددگار کمانڈ ہے۔ یہ شاخوں کے اشارے اور دیگر ذخیرے کے حوالہ جات میں کی گئی تمام ترامیم کی تاریخ دکھاتا ہے، یہاں تک کہ وہ بھی جو اکثر نظر سے پوشیدہ رہتی ہیں۔ . یہ آپ کو کمٹ ہیشز کو تلاش کرنے دیتا ہے جو غیر موافق ری سیٹس یا ری بیسز کے دوران اوور رائٹ یا کھو دی گئی ہیں۔ کا ایک مجموعہ استعمال کرتے ہوئے اور 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 . ٹیگز کام میں آتے ہیں کیونکہ وہ آپ کو مخصوص تاریخی لمحات کی تشریح کرنے دیتے ہیں جنہیں سنگین مسائل کی صورت میں کالعدم کیا جا سکتا ہے۔

  1. کا مقصد کیا ہے ?
  2. یہ موجودہ برانچ میں سابقہ ​​عہدوں کے ذریعے کی گئی تبدیلیوں کو لاگو کرکے تاریخ کی دستی تعمیر نو میں مدد کرتا ہے۔
  3. What role does ماضی کے تحفظ میں کھیلیں؟
  4. یہ برانچ کے نکات اور حوالہ جات میں کی گئی تمام ترامیم کی تاریخ دکھا کر کھوئے ہوئے وعدوں کی بازیابی میں سہولت فراہم کرتا ہے۔
  5. کیا کرتا ہے مطلب
  6. یہ ورکنگ ڈائرکٹری اور سٹیجنگ ایریا میں کی گئی تمام ترامیم کو مٹا دیتا ہے اور موجودہ برانچ کو ایک مخصوص کمٹ پر سیٹ کرتا ہے۔
  7. Git میں ٹیگز کا استعمال کیا ہے؟
  8. ٹیگز ریپوزٹری کی حالت کے سنیپ شاٹس لیتے ہیں، جسے سنگین مسائل پیدا ہونے کی صورت میں بحال کیا جا سکتا ہے۔
  9. : کیوں استعمال کریں؟
  10. ماضی پر فلٹرز لاگو کرنے کے لیے، تاریخ کو دوبارہ لکھنے کے لیے، تمام عہدوں پر مصنف اور کمٹٹر کی تفصیلات کو تبدیل کرنا۔
  11. کیا فرق کرتا ہے a ایک عام دھکا سے؟
  12. تنازعات سے قطع نظر، یہ مقامی تبدیلیوں کو دور دراز کے ذخیرے کو تبدیل کرنے پر مجبور کرتا ہے۔
  13. کب استعمال کرنا ٹھیک ہے۔ ?
  14. جب آپ کو برانچ کو کسی خاص کمٹ پر ری سیٹ کرنے اور کسی بھی غیر ارتکاب شدہ ترمیم کو ہٹانے کی ضرورت ہو، تو یہ وہی طریقہ ہونا چاہیے جو آپ استعمال کرتے ہیں۔
  15. استعمال کرتے وقت کن حفاظتی تدابیر پر عمل کرنے کی ضرورت ہے۔ ?
  16. چونکہ یہ کمانڈ تاریخ کو دوبارہ لکھتی ہے اور درست طریقے سے استعمال نہ ہونے کی صورت میں ڈیٹا کے نقصان کا سبب بن سکتی ہے، اس لیے یقینی بنائیں کہ آپ ذخیرہ اندوزی کا بیک اپ لیتے ہیں۔
  17. How can a faulty rebase be undone with the aid of
  18. ہر حوالہ کی تبدیلی کو ظاہر کرکے، آپ کمٹ ہیش کو ری بیس سے پہلے تلاش کرسکتے ہیں اور برانچ کو مناسب طریقے سے ایڈجسٹ کرسکتے ہیں۔

کمٹ کی تاریخوں میں ردوبدل کیے بغیر آپ کی گٹ ہسٹری میں مصنف کی معلومات کو اپ ڈیٹ کرنا مشکل ہوسکتا ہے، لیکن صحیح احکامات کے ساتھ، یہ قابل حصول ہے۔ جب آپ ماضی کی حالتوں کو دیکھنے کے لیے گٹ ریفلاگ اور مصنف کی تفصیلات کو تبدیل کرنے کے لیے گٹ فلٹر برانچ استعمال کرتے ہیں تو آپ کی کمٹ ہسٹری محفوظ رہتی ہے۔ ڈیٹا کو کھونے سے بچنے کے لیے، ایسے کاموں کو انجام دینے سے پہلے ہمیشہ اپنے ذخیرے کا بیک اپ لینا یقینی بنائیں۔ یہ اقدامات قابل اعتماد اور درست پروجیکٹ دستاویزات کی دیکھ بھال میں معاون ہوں گے۔