Csproj फ़ाइलों को मर्ज करने पर विरोध

Windows के लिए GitHub के वर्तमान संस्करण में, हमने एक छोटा सा परिवर्तन किया है जिसमें मुश्किल से ध्यान देने योग्य प्रभाव होता है, जिसे आपने पहले ही देखा होगा। हमने *.csproj



और समान फ़ाइलों के डिफ़ॉल्ट मर्ज को बदल दिया है।

यदि आप एक शाखा में .csproj



फ़ाइल को संशोधित करते हैं और फिर इसे दूसरी शाखा के साथ विलय करते हैं, तो आप पहले की तुलना में अधिक विलय संघर्षों का सामना कर सकते हैं।



क्यों?



ठीक है, पहले हम *.csproj



फ़ाइलों को मर्ज करने के लिए union



का उपयोग करेंगे।

git merge-file



प्रलेखन इस फ़ंक्शन का वर्णन करता है:

फ़ाइल में विरोध को छोड़ने के बजाय, हमारे (या उनके या दोनों) पक्ष के विवादों को हल करें।

सामान्य तौर पर, जब कोई संघर्ष होता है, तो सिस्टम इस समस्या को हल करने की कोशिश करता है, सभी परिवर्तनों को लागू करने की कोशिश करता है।

सिद्धांत रूप में, यह एक समझौता है। यह दृष्टिकोण .gitattributes



फ़ाइल में अनुकूलित किया जा सकता है, इसलिए यदि आप वास्तव में अपने भंडार के लिए इस व्यवहार का उपयोग करना चाहते हैं, तो निम्नलिखित को जोड़ें:

 *.csproj merge=union
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और अब मैं आपको बताता हूं कि शायद आप ऐसा क्यों नहीं करना चाहते हैं, और आखिरकार हमने इसे क्यों बदल दिया।

विलय एक आपदा में बदल गया

मान लें कि हम अपनी master



शाखा में निम्न सरलीकृत foo.csproj



फ़ाइल के साथ एक .gitattributes



फ़ाइल के साथ .gitattributes



हैं:

 <?xml version="1.0" encoding="utf-8"?> <Project> <PropertyGroup> <Page Include="AAA.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="DDD.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> </PropertyGroup> </Project>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इस फ़ाइल को बनाने के बाद, सुनिश्चित करें कि हम इसे करते हैं

 git init . git add -A git commit -m "Initial commit of gittattributes and foo.csproj"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

फिर हम मूल नाम "शाखा" के तहत एक शाखा ( git checkout -b branch



) AAA.cs



और DDD.cs



और DDD.cs



बीच foo.csproj



में निम्नलिखित टुकड़ा DDD.cs



।

  <Page Include="BBB.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जिनके पास एक कमजोर कल्पना है, उनके लिए इस धागे में जो हम करते हैं उसका परिणाम नीचे सूचीबद्ध है।

 <?xml version="1.0" encoding="utf-8"?> <Project> <PropertyGroup> <Page Include="AAA.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="BBB.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="DDD.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> </PropertyGroup> </Project>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यदि आप कार्य करते हैं तो यह करना न भूलें।

 git commit -a "Add BBB.cs element"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब हम मास्टर शाखा में वापस जाते हैं

 git checkout master
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और वहाँ निम्नलिखित टुकड़ा जोड़ें:

 <Page Include="CCC.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

नतीजतन, मास्टर शाखा में निम्नलिखित शामिल होने चाहिए:

 <?xml version="1.0" encoding="utf-8"?> <Project> <PropertyGroup> <Page Include="AAA.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="CCC.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="DDD.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> </PropertyGroup> </Project>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और यह सब प्रतिबद्ध है:

 git commit -a "Add CCC.cs element"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

क्या आप अभी भी यहाँ हैं

ठीक है अब हम अपनी branch



को master



में विलय करते हैं

 git merge branch
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

संघ द्वारा मर्ज का उपयोग करने के परिणामस्वरूप, हमें निम्नलिखित मिलते हैं:

 <?xml version="1.0" encoding="utf-8"?> <Project> <PropertyGroup> <Page Include="AAA.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="CCC.cs"> <Page Include="BBB.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="DDD.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> </PropertyGroup> </Project>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

लानत (yiuu), यह वह नहीं निकला जो हम चाहते थे। ध्यान दें कि "BBB.cs" "CCC.cs" में एम्बेड किया गया है और अब हमारे पास एक समापन टैग नहीं है। यह, कम से कम, भयानक कहना है।

रिपोजिटरी में .gitattributes



फ़ाइल की अनुपस्थिति में और मानक मर्ज दृष्टिकोण का उपयोग करते हुए, मानक मर्ज कमांड के परिणामस्वरूप मर्ज संघर्ष होता है जिसे ठीक करने की आवश्यकता होती है। हमारी समझ में, यह एक भयावह गलती से बेहतर है जो आपकी परियोजना में बनी रहेगी।

 <?xml version="1.0" encoding="utf-8"?> <Project> <PropertyGroup> <Page Include="AAA.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <<<<<<< HEAD <Page Include="CCC.cs"> ======= <Page Include="BBB.cs"> >>>>>>> branch <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> <Page Include="DDD.cs"> <SubType>Designer</SubType> <Generator>MSBuild:Compile</Generator> </Page> </PropertyGroup> </Project>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जाहिर है, कुछ आदर्श समानांतर ब्रह्मांड में, git के बिना gb के बिना gb तत्व के बाद पूरे ccc तत्व को रखा होगा और बिना इन परेशानियों को हल करने के बारे में हमें परेशान करेगा। हम इस ब्रह्मांड में नहीं रहते हैं, लेकिन शायद हमारा आदर्श एक आदर्श की तरह बन सकता है। मैंने इसे ठंडा सुना।

विजुअल स्टूडियो में क्या किया जाना चाहिए?

मैंने हाल ही में ट्विटर सब्सक्राइबर्स को एक प्रश्न पर वोट करने के लिए कहा कि एक विजुअल स्टूडियो टीम प्रोजेक्ट फाइलों में फ़ाइल टेम्पलेट के लिए समर्थन जोड़ने के लिए कह रही है । MSBuild पहले से ही .croroj फ़ाइलों में वाइल्डकार्ड वर्णों का समर्थन करता है, लेकिन विजुअल स्टूडियो के पास अभी तक उनके साथ सब कुछ नहीं है।



विलय के संघर्षों को सुलझाने में पीड़ा को कम करना मुख्य कारणों में से एक है। यदि मैं निर्देशिका को इंगित करने के लिए जोकर चरित्र का उपयोग कर सकता हूं, तो मुझे हर बार प्रोजेक्ट में एक फ़ाइल जोड़ने के लिए *.csproj



प्रविष्टियों को जोड़ने की आवश्यकता नहीं होगी।



दूसरी ओर, आप गिट के लिए एक गुणवत्ता XML मर्ज ड्राइवर लिख सकते हैं, लेकिन यह काफी गंभीर परीक्षण है, और मेरे सहयोगी मार्कस ओल्सन इसकी पुष्टि कर सकते हैं। यदि यह सरल या कठिन भी था, लेकिन संयम में, यह पहले से ही किया जा सकता था। उत्सुकता से, अगर हम इसे .csproj



फ़ाइलों की सामान्य समस्या तक सीमित रखते हैं, तो क्या हम यह कह सकते हैं कि हालांकि यह सामान्य विलय संघर्षों को नियंत्रित करने के लिए एक अच्छा, लेकिन अच्छा समाधान नहीं है? हो सकता है कि।



यहां तक ​​कि अगर हम इस मर्ज ड्राइवर को लिखते हैं, तो यह केवल एक विशिष्ट संस्करण नियंत्रण प्रणाली की समस्या को हल कर सकता है, जो हमारे लिए केवल महत्वपूर्ण है। :trollface:







यह अनुमान लगाया गया है कि यदि विजुअल स्टूडियो पहले इन वस्तुओं को सॉर्ट करता है, तो यह समस्या को आंशिक रूप से हल करने में मदद कर सकता है। विजुअल स्टूडियो में तत्वों के सशर्त रूप से गैर-निर्धारक छँटाई के कारण होने वाले छोटे संघर्षों को कम करने में मदद मिलेगी। लेकिन इससे विलय की समस्या हल नहीं होगी। मेरे द्वारा प्रस्तुत उदाहरण में, प्रत्येक तत्व पूरे उदाहरण में छंटनी को बनाए रखता है। यह पता चलता है कि हर बार जब दो अलग-अलग शाखाओं में आसन्न फाइलें जोड़ी जाती हैं, तो आप एक संघर्ष होने का जोखिम उठाते हैं। जो अक्सर होता है।



जोकर चरित्र समर्थन लगभग पूरी तरह से इस समस्या को हल कर सकता है। ध्यान दें, मैंने लगभग कहा। इस फ़ाइल में अभी भी समय-समय पर टकराव होंगे, लेकिन ऐसा बहुत कम ही होगा।



ps

भाग्य की इच्छा से, मैं इस लेख के पार आया, मैंने फैसला किया कि आपको भी जानने में दिलचस्पी होगी, व्यक्तिगत रूप से मैं लगातार इसका सामना करता हूं।

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