मर्जिंग एका शाखेतील बदल दुसऱ्या शाखेत एकत्रित करते — सामान्यतः एक पूर्ण केलेली फीचर शाखा मुख्य शाखेत परत आणते. Git बहुतेक मर्ज स्वयंचलितपणे हाताळते, परंतु मर्ज प्रकार आणि संघर्ष समजणे महत्वाचे आहे.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
तुम्ही शाखेत (जी बदल स्वीकारत आहे) स्विच करता आणि शाखा त्यात मर्ज करता.
FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just
MOVES main's pointer forward to the branch's latest commit (no merge commit, linear)
MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new
"merge commit" combining them (has two parents) → preserves that a merge happened
→ git merge --no-ff forces a merge commit even when fast-forward is possible
Git जेव्हा शक्य असेल तेव्हा फास्ट-फॉरवर्ड करते (पॉइंटर सहजपणे आगे करते) किंवा जेव्हा दोन्ही शाखा वेगळी होतील तेव्हा एक मर्ज कमिट तयार करते (दोन माता-पितासह).
A CONFLICT happens when both branches changed the SAME lines differently — Git can't
auto-decide which to keep, so it asks YOU to resolve:
<<<<<<< HEAD
the version from the current branch (main)
=======
the version from the branch being merged (feature-x)
>>>>>>> feature-x
# resolve: edit the file to the desired result, remove the markers, then:
git add <file> # mark the conflict resolved
git commit # complete the merge
# git merge --abort # or cancel the merge entirely
संघर्ष तेव्हा होतात जेव्हा दोन्ही शाखा एकाच ओळी बदलतात — Git त्यांना चिन्हांकित करते आणि तुम्ही मॅन्युअलीपणे सक्ती आणि कमिट केरून योग्य परिणाम निवडता.
मर्जिंग समजणे आवश्यक आहे कारण शाखांतील बदल एकत्रित करणे हे सहयोगी Git वर्कफ्लोचा एक मूलभूत, सतत भाग आहे, म्हणून हे कसे कार्य करते (संघर्षांसह) हे दैनंदिन ज्ञान आवश्यक आहे. मर्जिंग हा मार्ग आहे ज्यामध्ये पूर्ण केलेले काम (सामान्यतः फीचर शाखा) मुख्य शाखेत परत एकत्रित होते — बदल एकत्रित करण्याची नियमित क्रिया जी टीम विकासामध्ये सतत होते.
फास्ट-फॉरवर्ड मर्ज (Git सहजपणे पॉइंटर आगे करते जेव्हा लक्ष्य वेगळे नहीं झाले, इतिहास रेषीय ठेवते) आणि मर्ज कमिट (एक त्रि-मार्ग मर्ज दोन माता-पितासह नवीन कमिट तयार करते जेव्हा दोन्ही शाखांना नवीन कमिट आहेत, रेकॉर्ड करते की मर्ज झाले) यातील फरक समजणे स्पष्ट करते कि Git बदल कसे एकत्रित करते आणि परिणामी इतिहास कसा दिसतो.
सर्वात महत्वाचे म्हणजे, मर्ज संघर्ष समजणे — जे तेव्हा होतात जेव्हा दोन्ही शाखा एकाच ओळी वेगळ्या प्रकारे बदलतात, त्यामुळे Git स्वयंचलितपणे निर्णय घेऊ शकत नाही आणि तुम्हाला निराकरण करण्यास सांगते — हे व्यावहारिक ज्ञान महत्वाचे आहे: संघर्ष हा सहयोगचा एक सामान्य, अपरिहार्य भाग आहे, आणि संघर्ष चिन्हक (<<<<<<<, =======, >>>>>>>) कसे ओळखायचे, फाइल योग्य परिणामात संपादित करायची आणि मर्ज पूर्ण करायची (स्टेज आणि कमिट) हे सार्वभौमिक कौशल्य आहे जे अनेकदा अनेकांसाठी चिंताचा स्रोत असते जे त्यास समजत नाहीत.
कारण शाखांतील बदल मर्जिंगद्वारे एकत्रित करणे हे सहयोगी विकासामध्ये मूलभूत आणि सतत आहे, आणि कारण मर्ज प्रकार आणि विशेषतः संघर्षांचे निराकरण समजणे काम योग्यरित्या एकत्रित करणे आवश्यक आहे (एक नियमित, अपरिहार्य कार्य), मर्जिंग कसे कार्य करते हे समजणे — मूलभूत मर्ज, फास्ट-फॉरवर्ड विरुद्ध मर्ज कमिट आणि संघर्ष निराकरण — हे आवश्यक, वारंवार लागू केलेले Git ज्ञान आहे, सहयोगासाठी मूलभूत कौशल्य जेथे संघर्ष निराकरण विशेषतः व्यावहारिक आवश्यकता आहे जी प्रत्येक विकासकर्ता आत्मविश्वास सहकार हाताळला पाहिजे.