2008-10-02 8 views
38

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

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

मैं कुछ हद तक चिंतित हूं कि शाखा को हटाने से यह पता चल जाएगा कि कौन सी शाखाएं मौजूद हैं, खासकर जब संभावित डुप्लिकेट नाम परिदृश्य में प्रवेश करते हैं (कहते हैं कि हम दो बार खोज-रिफैक्टर कहते हैं), उनके प्रतिबद्ध इतिहास कहीं गायब हो जाते हैं भंडार की गहराई इत्यादि

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

मुझे कौन से पेशेवर और विपक्ष याद आ रहे हैं? लोग क्या कर रहे हैं

उत्तर

28

यदि आप वास्तव में उन्हें हटाने के बारे में चिंतित हैं, तो वे भूल गए हैं, फिर बस उस फ़ोल्डर में 'निष्क्रिय' और svn move आपकी पुरानी, ​​निष्क्रिय शाखाओं वाली शाखाओं के तहत एक फ़ोल्डर बनाएं। यह आपके लिए दोनों दुनिया में सबसे अच्छा हो सकता है।

+2

क्या आप अभी भी डुप्लिकेट शाखा नामों का सामना नहीं करेंगे, मुझे लगता है कि आप उस तारीख के साथ ही नाम बदल सकते हैं जो निष्क्रिय हो गया था – farinspace

21

आप उन्हें सुरक्षित रूप से हटा सकते हैं। उन्हें हटाने से उन्हें भंडार से नहीं हटाया जाता है, आवंटित स्थान कभी पुनः दावा नहीं किया जाता है, लेकिन यह सुनिश्चित करता है कि आपका पूरा प्रोजेक्ट ट्री अधिक साफ हो जाए।

11

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

8

मेरी टीम उन्हें अव्यवस्था को कम रखने के लिए हटा देती है। यह सब के बाद दूर जाने की तरह नहीं है; वांछित अगर वे पुनर्प्राप्त किया जा सकता है। आप सही हैं कि उन्हें फिर से ढूंढना मुश्किल हो सकता है: आपको एक संशोधन संख्या जाननी चाहिए जहां शाखा मौजूद थी ताकि आप अपनी फाइल को देखने के लिए उस संशोधन को देखने के लिए अपने ग्राहक को बता सकें।

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

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