विषयसूची:

शाखा को रिबेस कब करना है?
शाखा को रिबेस कब करना है?
Anonim

संक्षेप में, जब एक गिट शाखा से दूसरे में परिवर्तन शामिल करना चाहते हैं:

  1. मर्ज का उपयोग उन मामलों में करें जहां आप चाहते हैं कि कमिट का एक सेट इतिहास में स्पष्ट रूप से एक साथ समूहीकृत हो।
  2. जब आप एक रेखीय प्रतिबद्ध इतिहास रखना चाहते हैं तो रिबेस का उपयोग करें।
  3. सार्वजनिक/साझा शाखा पर रिबेस का उपयोग न करें।

शाखा को रीबेस करने से क्या होता है?

सामग्री के नजरिए से, रीबेसिंग अपनी शाखा के आधार को एक कमिट से दूसरे में बदलना यह प्रकट करना है कि आपने अपनी शाखा को एक अलग कमिट से बनाया है। आंतरिक रूप से, Git नए कमिट बनाकर और उन्हें निर्दिष्ट आधार पर लागू करके इसे पूरा करता है।

क्या मुझे रीबेस करना चाहिए या मर्ज करना चाहिए?

यदि आप इतिहास को पूरी तरह से वैसा ही देखना चाहते हैं जैसा कि हुआ था, आपको मर्ज का उपयोग करना चाहिए। मर्ज इतिहास को सुरक्षित रखता है जबकि रीबेस इसे फिर से लिखता है। एक जटिल इतिहास को सुव्यवस्थित करने के लिए रीबेसिंग बेहतर है, आप इंटरैक्टिव रीबेस द्वारा प्रतिबद्ध इतिहास को बदलने में सक्षम हैं।

गिट रिबेस खराब क्यों है?

रीबेसिंग खतरनाक हो सकती है! पुनर्लेखन साझा शाखाओं का इतिहास टीम वर्क के टूटने का खतरा है… दूरस्थ शाखाओं के साथ पुन: आधार बनाने का एक और दुष्प्रभाव यह है कि आपको किसी बिंदु पर धक्का देने की आवश्यकता है। एटलसियन में हमने जो सबसे बड़ी समस्या देखी है, वह यह है कि लोग बलपूर्वक धक्का देते हैं - जो ठीक है - लेकिन गिट पुश सेट नहीं किया है।

विकास शाखा पर रिबेस क्या है?

इसके विपरीत, रिबासिंग एकीकृत करता है स्रोत शाखा से परिवर्तनों को फिर से लिखकर विकास की रेखाएँ ताकि वे गंतव्य शाखा के बच्चों के रूप में दिखाई दें - प्रभावी रूप से यह दिखावा करते हुए कि वे कमिट थे डेस्टिनेशन ब्रांच के ऊपर हर तरफ लिखा होता है।

सिफारिश की: