संघर्ष मार्करों पर विचार करें। अर्थात:
<<<<<<< branch
blah blah this
=======
blah blah that
>>>>>>> HEAD
उस विशेष मामले में जिसने मुझे इस प्रश्न को पोस्ट करने के लिए प्रेरित किया है, जिम्मेदार टीम के सदस्य ने अभी-अभी हमारी शाखा में अपस्ट्रीम से एक मर्ज पूरा किया था, और कुछ मामलों में इन पर टिप्पणी के रूप में छोड़ दिया था, जैसा कि अभी-अभी हुआ था। संकल्प लिया। उन्होंने इसे संकलित स्थिति में छोड़ दिया, पास होने वाले परीक्षण, इसलिए यह उतना बुरा नहीं है जितना आप सोचते हैं।
सहज रूप से, हालांकि, मुझे वास्तव में इस पर आपत्ति थी, हालांकि खुद के लिए वकील होने के नाते मैं देख सकता हूं कि उसने ऐसा क्यों किया होगा:
- क्योंकि यह अन्य टीम डेवलपर्स को उजागर करता है जो मर्ज के परिणामस्वरूप बदल गया है।
- क्योंकि जो लोग कोड के विशेष टुकड़ों के साथ अधिक विशेषज्ञ हैं, वे टिप्पणियों द्वारा चित्रित चिंताओं को संबोधित कर सकते हैं ताकि उन्हें अनुमान लगाने की आवश्यकता न हो।
- क्योंकि अपस्ट्रीम मर्ज एक सही दर्द है और सब कुछ अच्छी तरह से और पूरी तरह से हल करने के लिए समय का औचित्य साबित करना मुश्किल हो सकता है, इसलिए कुछ अर्ध-पूर्ण FIXME नोटिस आवश्यक है, इसलिए इसे दस्तावेज़ करने के लिए एक टिप्पणी के रूप में मूल संघर्ष का उपयोग क्यों न करें।
मेरी आपत्ति सहज थी, लेकिन मैं इसे तर्कसंगत रूप से सही ठहराना चाहूंगा, या अपनी स्थिति को अधिक समझदारी से देख सकूंगा। क्या कोई मुझे कुछ उदाहरण दे सकता है या यहां तक कि ऐसे अनुभव भी कर सकता है जहां लोगों को किसी और के साथ बुरा समय रहा हो और ऐसा करने का कारण हो और / या इसके कारण बुरा व्यवहार हो (या आप शैतान के वकील की भूमिका निभा सकते हैं और उसका समर्थन कर सकते हैं)।
मेरी अपनी तात्कालिक चिंता यह थी कि यह स्पष्ट रूप से कष्टप्रद होता अगर मैं संबंधित फाइलों में से किसी एक को संपादित कर रहा होता, परिवर्तनों को खींचता, वास्तविक टकराव होता, लेकिन टिप्पणी करने वालों में भी खींचा जाता। तब मैं वास्तव में एक बहुत गन्दा फ़ाइल होता। सौभाग्य से ऐसा नहीं हुआ।
// MatrixFrog 10/25/2011: Updated this function to fix bug #1234
। अगर मुझे इस तरह से सामान दिखाई देता है, तो मुझे लगता है, "क्या? यही तो git blame
है!"