गिट पुल - रीबेस बनाम गिट रिबेस: खतरे क्या है?

Question

मुझे git pull --rebase और git rebase के बीच के अंतर को अन्य विकल्पों के बिना समझ में नहीं आता है।

मुझे समझ में नहीं आता कि वे सुरक्षित हैं, एक अच्छा अभ्यास है, या बहुत खतरनाक है।

क्या मैं स्थानीय में git pull --rebase कर कर प्रतिबद्धता को ऐतिहासिक कर सकता हूं?

Answer 1

मैं केवल निजी शाखाओं के लिए सभी को रिबेस करने की अनुशंसा नहीं करता हूं। निजी मेरा मतलब है कि शाखाएं हैं कि आप निश्चित रूप से केवल तभी खींचे हैं जिन्हें आपने खींच लिया है।

एक रिबेस शाखा के प्रारंभिक बिंदु को कुछ नए प्रतिबद्धताओं में बदल देता है, इस प्रकार सभी बिंदुओं को उस बिंदु पर विलय कर देता है। इससे उन लोगों को संघर्ष विलय हो सकता है जो पुराने भंडार के भंडार में थे। मैं हमेशा सादा विलय की सिफारिश करता हूं और केवल कुछ स्थितियों (फीचर शाखाओं, उदाहरण के लिए) के लिए रिबेसिंग छोड़ देता हूं।

अपने प्रश्न के बारे में:

• Git rebase शाखा आप चाहते हैं rebases।
• गिट पुल --rebase आपके द्वारा खींचने वाली शाखाओं में एक fetch + rebase निष्पादित करता है। आम तौर पर एक पुल + मर्ज लाएगा।

Answer 2

git pull --rebase, git fetch और फिर एक सादे git rebase के लिए एक आशुलिपि है तो फर्क सिर्फ इतना है कि आवेदन करने वाले केवल बाद से कोई नया प्रतिबद्ध लाने नहीं होगा अपने रिमोट, के शीर्ष पर अपने कोड रिबेसिंग के रूप में यह केवल होगा पहले ध्यान रखें कि आपके भंडार को पहले से ही क्या पता है।