आप rebase कब करते हैं और merge कब?

अपनी feature branch को main branch पर rebase कीजिए ताकि history सीधी रहे और रिव्यू से पहले conflicts छोटी छोटी खुराक में सुलझ जाएं। जब उस branch को किसी साझा branch में मिलाना हो तब merge कीजिए, और ऐसी branch कभी rebase मत कीजिए जिसे दूसरे लोग पहले ही pull कर चुके हैं, क्योंकि साझा history दोबारा लिखने से सबको recovery में उतरना पड़ता है। छोटे में: निजी काम rebase, सार्वजनिक काम merge, और squash तब जब commit history आगे पढ़ने वालों के लिए कुछ जोड़ती ही न हो।

मेरा नियम है निजी history rebase, साझा history merge। जब तक feature branch मेरी है, मैं उसे नियमित रूप से main पर rebase करता हूं, क्योंकि इससे diff ईमानदार रहती है और मैं आखिर में एक बहुत बड़े conflict के बजाय तीन छोटे conflict झेलना पसंद करूंगा। जब वह main में जाती है तो मैं merge करता हूं, आम तौर पर squash करके, क्योंकि छह महीने बाद log पढ़ने वाला मेरे fix typo वाले commits नहीं देखना चाहता। जो मैं नहीं करूंगा वह है ऐसी branch को rebase करना जिसे किसी और ने pull कर लिया है, क्योंकि rebase commits हिलाता नहीं, वह नए hash वाले नए commits बनाता है, और बाकी सबके पास पड़ी पुरानी कॉपियां अनाथ हो जाती हैं। इसका मतलब है force push और किसी का काम खोना। मुझे ठीक इसी हाल से निकालने के लिए एक साथी को reflog के जरिए recovery करानी पड़ी थी। नियम से आगे, मैं वही करता हूं जो टीम पहले से करती है, क्योंकि एक जैसी history जिसे सब समझते हैं, मेरी निजी पसंद से बेहतर है, और कोड रिव्यू में यह लड़ने लायक मुद्दा नहीं है।