Git இல் பல பொறுப்புகளை எவ்வாறு மாற்றுவது

Git கமிட் மாற்றங்களைப் புரிந்துகொள்வது

திட்ட வரலாற்றை மாற்றாமல் முந்தைய மாற்றங்களைச் செயல்தவிர்க்க வேண்டியிருக்கும் போது, ​​Git களஞ்சியத்தில் பல கமிட்களை மாற்றுவது பொதுவான பணியாகும். உங்கள் கடந்தகால வேலையின் நேர்மையைப் பாதுகாக்கும் அதே வேளையில் மாற்றங்களைத் திரும்பப் பெற இது ஒரு பாதுகாப்பான முறையாகும். உங்கள் மாற்றங்களை மற்றவர்களுடன் பகிர்ந்து கொள்ளும்போது இந்த அணுகுமுறை மிகவும் பயனுள்ளதாக இருக்கும் மற்றும் மறுசீரமைப்பு இனி சாத்தியமான விருப்பமாக இருக்காது.

நீங்கள் தொடர்ச்சியான கமிட்களை மாற்றியமைக்க வேண்டியிருக்கும் போது சவால் எழுகிறது - கமிட் D இல் உள்ள ஒரு தலையிலிருந்து A க்கு திரும்புவது, B, C மற்றும் D கமிட்களை திறம்பட புறக்கணிப்பது போன்றது. சுத்தமான மற்றும் செயல்பாட்டு களஞ்சியம்.

Git கட்டளை ஸ்கிரிப்ட்களின் விளக்கம்

வழங்கப்பட்ட ஸ்கிரிப்டுகள், கிளையை முந்தைய நிலைக்கு மீட்டமைப்பதன் மூலம் அல்லது கமிட்களைத் தேர்ந்தெடுத்து மாற்றுவதன் மூலம், Git களஞ்சியத்தில் மாற்றங்களை நிர்வகிக்கவும் மாற்றியமைக்கவும் வடிவமைக்கப்பட்டுள்ளன. தி git reset --hard A 'A' என அடையாளம் காணப்பட்ட முந்தைய உறுதிப்பாட்டிற்கு கிளையின் தலையை நேரடியாக மறுவரையறை செய்வதால் கட்டளை முக்கியமானது. இந்தச் செயல், கமிட் A க்குப் பிறகு கிளையில் செய்யப்பட்ட அனைத்து மாற்றங்களையும் நிராகரிக்கிறது, திறம்பட களஞ்சிய நிலையை கமிட் A இல் உள்ளதை ஒத்ததாக ஆக்குகிறது. இந்தக் கட்டளை சக்தி வாய்ந்தது ஆனால் எச்சரிக்கையுடன் பயன்படுத்தப்பட வேண்டும், ஏனெனில் இது மாற்றங்களை நிரந்தரமாக அழித்துவிடும், உங்களுக்கு சுத்தமான மறுபரிசீலனை தேவைப்படும்போது இது பொருத்தமானது. தெரிந்த நல்ல நிலைக்கு.

தி git revert கட்டளைகள், உடன் இணைந்து --no-commit விருப்பம், நீங்கள் B, C, மற்றும் D ஆகிய கமிட்களால் அறிமுகப்படுத்தப்பட்ட குறிப்பிட்ட மாற்றங்களை செயல்தவிர்க்க விரும்பும்போது பயன்படுத்தப்படும், ஆனால் செயல்தவிர்க்கப்பட்டது பற்றிய பதிவை வைத்திருக்க வேண்டும். இந்த முறை வரலாற்றைப் பராமரிக்கிறது, இது மாற்றங்களின் பரிணாமத்தைப் புரிந்துகொள்வது முக்கியமாக இருக்கும் பகிரப்பட்ட களஞ்சியங்களுக்கு நன்மை பயக்கும். தேவையான கமிட்களை மாற்றிய பின், ஒரு ஒற்றை git commit அனைத்து மாற்றங்களையும் ஒரு ஸ்னாப்ஷாட்டில் தொகுக்கப் பயன்படுகிறது, இது திட்ட வரலாற்றை எளிதாக்குகிறது மற்றும் மாற்றியமைப்பின் சூழலைப் புரிந்துகொள்வதை எளிதாக்குகிறது. பயன்பாடு git push --force கிளையின் வரலாற்றில் இத்தகைய கடுமையான மாற்றங்களுக்குப் பிறகு ரிமோட் களஞ்சியத்தை புதுப்பிக்க வேண்டியது அவசியம்.

git checkout your-branch-name
git reset --hard A
git push origin your-branch-name --force

git checkout your-branch-name
git revert D --no-commit
git revert C --no-commit
git revert B --no-commit
git commit -m "Reverted commits B, C, and D"
git push origin your-branch-name

Git வரலாறுகளை நிர்வகிப்பதற்கான மேம்பட்ட நுட்பங்கள்

ஒரு Git களஞ்சியத்தை கையாளும் போது, ​​மேம்பட்ட பயனர்களுக்கு பெரும்பாலும் அடிப்படை பொறுப்பு மாற்றங்கள் அல்லது மீட்டமைப்புகளை விட அதிகமாக தேவைப்படும். அத்தகைய ஒரு நுட்பம், மேலும் கட்டுப்படுத்தப்பட்ட வரலாறு திருத்துவதற்கு ஊடாடும் மறுதளத்தைப் பயன்படுத்துவதாகும். மறுசீரமைப்பு அமர்வின் போது விரிவான பட்டியலிலிருந்து கமிட்களை எடுக்க, ஸ்குவாஷ் செய்ய, திருத்த அல்லது தவிர்க்க இண்டராக்டிவ் ரீபேஸ் உங்களை அனுமதிக்கிறது, இது கமிட் வரலாற்றின் மீது சிறந்த கட்டுப்பாட்டை வழங்குகிறது. சிக்கலான வரலாறுகளை ஒரு முக்கிய கிளையாக இணைக்கும் முன், திட்டத்தின் வரலாறு சுத்தமாகவும் புரிந்துகொள்ளக்கூடியதாகவும் இருப்பதை உறுதிசெய்யும் போது இந்த முறை மிகவும் பயனுள்ளதாக இருக்கும்.

மற்றொரு மேம்பட்ட முறையானது reflog ஐப் பயன்படுத்துவதாகும், இது Git இல் உள்ள ஒரு பொறிமுறையாகும், இது கிளைகளின் குறிப்புகள் மற்றும் களஞ்சியத்தில் உள்ள பிற குறிப்புகளுக்கான புதுப்பிப்புகளைப் பதிவு செய்கிறது. ஆக்கிரோஷமான சுத்தம் அல்லது வரலாற்றைக் கையாளும் பிழைகள் காரணமாக கிளை உதவிக்குறிப்புகள் மூலம் நேரடியாக அணுக முடியாத திட்டத்தின் முந்தைய நிலைகளை நீங்கள் மறுபரிசீலனை செய்து மீட்டெடுக்க வேண்டிய மீட்புக் காட்சிகளுக்கு reflog மதிப்புமிக்கதாக இருக்கும்.