Git Rebase: उपयोग गाइड

रीबेस एक शाखा में किए गए परिवर्तनों को दूसरी शाखा के साथ संयोजित करने के दो तरीकों में से एक है। नौसिखिए और यहां तक ​​कि अनुभवी गिट उपयोगकर्ता कभी-कभी इसका उपयोग करने में संकोच करते हैं, क्योंकि वे बदलाव को मर्ज करने के लिए दूसरे तरीके से महारत हासिल करने की बात नहीं देखते हैं जब उनके पास पहले से ही मर्ज ऑपरेशन की अच्छी कमान है। इस लेख में, मैं सिद्धांत और रीबेस का उपयोग करने के अभ्यास की विस्तार से जांच करना चाहूंगा।

सिद्धांत

तो, चलो रिबेज क्या है के सैद्धांतिक ज्ञान को ताज़ा करें। संक्षिप्त रूप से शुरू करने के लिए - आपकी दो शाखाएँ हैं - मास्टर और फ़ीचर , दोनों स्थानीय, फ़ीचर को राज्य A में मास्टर से बनाया गया था और इसमें कमिट C, D और E. सम्‍मिलित हैं। इसमें से फ़ीचर ब्रांच अलग करने के बाद, मास्टर ब्रांच में 1 कमिट B बनाया गया था। ।



सुविधा शाखा में रिबास मास्टर ऑपरेशन को लागू करने के बाद, कमिट वृक्ष जैसा दिखेगा:



कृपया ध्यान दें कि सी ', डी' और ई 'के सी, डी और ई के बराबर नहीं हैं, उनके पास अलग-अलग हैश हैं, लेकिन जो बदलाव (डेल्टास) वे खुद में करते हैं वे आदर्श रूप से समान हैं। कमिट्स में अंतर इस तथ्य के कारण है कि उनके पास एक अलग आधार है (पहले मामले में - ए, दूसरे में - बी), डेल्टास में अंतर, यदि कोई हो, तो विरोधाभास स्थितियों के समाधान के कारण होते हैं जो रिबास के दौरान हुए थे। इस पर और बाद में।

इस स्थिति में पहले एक पर एक महत्वपूर्ण लाभ है, जब सुविधा शाखा को मास्टर शाखा में विलय कर दिया जाता है, तो इसे फास्ट-फॉरवर्ड मोड में जोड़ा जा सकता है, जो इस ऑपरेशन के दौरान संघर्षों को समाप्त करता है, इसके अलावा, सुविधा शाखा में कोड अधिक प्रासंगिक है, क्योंकि शाखा में किए गए खाता परिवर्तनों को ध्यान में रखता है। मास्टर इन कमिट बी।

विस्तार से रिबेस की प्रक्रिया

आइए अब इस प्रक्रिया के यांत्रिकी से निपटते हैं, पेड़ वास्तव में पेड़ 2 में कैसे बदल गया?

आपको याद दिला दूं कि रिबास से पहले आप फीचर ब्रांच में हैं, यानी आपका HEAD फीचर पॉइंटर को देखता है, जो कमिट ई को देखता है। आप मास्टर ब्रांच के आइडेंटिफ़ायर को कमांड में एक तर्क के रूप में पास करते हैं:

git rebase master

git — . A. HEAD git , A , Δ_AC. master. , C', C' = B + Δ_AC. master feature , , HEAD (C'), « » (detached HEAD).


C', git — Δ_CD. , C' . rebase ( , git status , detached HEAD). , Δ_CD ( ) ( stage-):


:

1. rebase

git rebase --abort

HEAD, feature, ( ) .

2. merge-tool', , git add %filename%. , rebase-

git rebase --continue

, , D' rebase , .

3. , B D , «» B, git rebase --continue, , . D',

git rebase --skip

Δ_DE E', feature E', HEAD feature — , , rebase . C, D E .


, rebase-, (Author), , rebase (Commiter):

commit 0244215614ce6886c9e7d75755601f94b8e19729
Author:     sloot69 <***@****.com>
AuthorDate: Mon Nov 26 13:19:08 2012 +0400
Commit:     Alex <***@****.com>
CommitDate: Mon Nov 26 13:33:27 2012 +0400

— rebase

, : master, origin/master, feature origin/feature. rebase origin-, feature origin/feature, feature master.

Rebase origin-

rebase, . , , , - merge. :



— 3 master . 1 . . git push origin master, , . (2 3) git pull origin master, merge- . git push . git pull, merge-. , git push origin master. github, network, :

6 ( ), , , , . , , , :



. rebase?
git pull origin master git pull --rebase origin master, , C, D E origin/master, git push origin master. :



, «» merge- , C C'. C , C'. git pull --rebase, .

, rebase

rebase- master . , rebase . , merge, (master). rebase . , ? push , fast-forward, , , :


, :

git push origin feature --force

Force- feature origin , .

! , force-push , . , . , origin-. , — . — , . push, origin. , .

, pull, push. feature origin/feature . git pull origin feature, merge. , . :

git pull --rebase origin feature

feature .
git pull --rebase origin feature — , rebase , fast-forward.

master

rebase. master git merge feature. , rebase- master fast-forward, .

, — merge fast-forward , , , . — merge --no-ff. merge-, master, — feature. , fast-forward () c merge-, --no-ff ():

, , merge- . , .

, , .

git rebase , , , merge- , rebase ( -, ) , , , git pull --rebase.

. — master , . , rebase- . .

, merge rebase . , , . , . rebase-, . , , rebase .

PS. , , .