गिट के बाद गायब कोड

Question

हमें हमारे गिटहब भंडार के साथ कोई समस्या है। मैं अपने वर्कफ़्लो को समझाऊंगा:

डेवलपर मेनलाइन शाखा से सुविधा/बग फिक्स शाखाएं बनाते हैं। वे अपने परिवर्तनों को वापस विलय करने के लिए अनुरोध करते हैं। वे मुख्य लाइन शाखा से रीबेज कर सकते हैं ताकि वे काम से नवीनतम अपडेट प्राप्त कर सकें। एक रिबेस के बाद वे अपनी फीचर शाखा पर जोर देते हैं।

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

हमें संदेह है कि इतिहास की कुछ पुनर्लेखन हुई है। हम कैसे पता लगा सकते हैं और हम इसे कैसे होने से रोक सकते हैं। क्या हमारे वर्कफ़्लो के साथ कुछ मौलिक रूप से गलत है?

Answer 1

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

संक्षेप में, पुरानी प्रतिबद्धता खो गई थी, और एक नई समान प्रतिबद्धता बनाई गई थी।

यही कारण है कि यह बेहद सार्वजनिक रूप से किसी भी काम को पुनर्जीवित करने के लिए निराश है, क्योंकि आप प्रभावी ढंग से इतिहास बदल रहे हैं। आपके काम से ब्रांच किए गए किसी भी व्यक्ति का बहुत बुरा दिन होगा यदि उनका काम उन परिवर्तनों पर आधारित है जो अब उपलब्ध नहीं हैं।

संपादित करें: प्रतिबद्धता प्रति खो नहीं जाती है, यह अभी भी आपके रेपो में मौजूद है। हालांकि, यह अब शाखा पर उपलब्ध नहीं है