2009-05-04 14 views
6

मेरे पास सबवर्जन में एक समाधान है कि अब मैं एक ग्राहक विशिष्ट संस्करण बनाउंगा। यह असंभव है कि यह संस्करण कभी भी पूरी तरह से मुख्य विकास में विलय हो जाएगा। हालांकि, मुख्य ट्रंक में दोनों विकास हो सकते हैं जिन्हें मुझे आसानी से विशिष्ट परियोजना और अन्य तरीकों से प्राप्त करने की आवश्यकता होती है (कस्टम प्रोजेक्ट में विकास जो मुख्य ट्रंक में वापस जाने की आवश्यकता है)।नई परियोजना या शाखा?

क्या नई कस्टम प्रोजेक्ट एक शाखा होनी चाहिए जो मुख्य विकास के साथ समानांतर में रहती है या आपकी राय में एक ही प्रोजेक्टरी के भीतर एक नई परियोजना है?

उत्तर

5

मैं निश्चित रूप से एक नई शाखा बनाउंगा। यदि प्रोजेक्ट की दो भिन्नताएं अभी भी बहुत सारे सामान्य कोड साझा करती हैं, और अभी भी एक दूरस्थ सुसंगतता है, तो उन्हें एक साथ वापस विलय किया जा सकता है, मुझे उन्हें दो पूरी तरह से स्वतंत्र परियोजनाओं में अलग करने में कोई लाभ नहीं दिखता है।

मैं एक शाखा के साथ जाऊंगा - यह आपको आवश्यकतानुसार सामान को बाद में मर्ज करने के विकल्प देता है।

मार्क

3

सिद्धांत में यह एक शाखा है। तो मैं इस तरह के साथ काम करने का सुझाव दूंगा।

4

वे एक ही भंडार में हैं, तो यह कोई फर्क नहीं पड़ता। आप अभी भी एक प्रोजेक्ट पेड़ से दूसरे में विलय कर सकते हैं।

अन्यथा, मेरे पेट लग रहा है कहते हैं, "शाखा"

0

इस के बाद से मुख्य विकास के लिए एक संशोधन, एक शाखा सबसे अच्छा होगा है।

एक शाखा svn का उपयोग करके दोनों दिशाओं में विलय की अनुमति देगी।

एक नई परियोजना बनाने के लिए परिवर्तनों के मैन्युअल सिंक्रनाइज़ेशन की आवश्यकता होगी।

+0

सुधार: एक नई परियोजना बनाने के लिए मैन्युअल सिंक्रनाइज़ेशन की आवश्यकता नहीं होगी यदि यह एक ही भंडार में है। आप अभी भी सबवर्जन की मर्ज कार्यक्षमता का उपयोग कर सकते हैं। – Trumpi

2

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

संबंधित मुद्दे