एक एसवीएन भंडार में कई परियोजनाओं के लिए फ़ोल्डर संरचना?

Question

मैंने अभी अपनी स्कूल परियोजनाओं और गृहकार्य को संग्रहीत करने के लिए Google Code एसवीएन भंडार बनाया है, और स्कूल और घर के बीच आसानी से स्थानांतरित करने की अनुमति देने के लिए।

इसकी डिफ़ॉल्ट निर्देशिका यह बनाता हैं:

https://simucal-projects.googlecode.com/svn/trunk/
https://simucal-projects.googlecode.com/svn/tags/
https://simucal-projects.googlecode.com/svn/branches/

मैं एक से अधिक परियोजना के लिए भंडार का इस्तेमाल कभी नहीं किया है, लेकिन पढ़ने के बाद: One svn repository or many? मैं मैंने अपने सभी यादृच्छिक स्कूल परियोजनाओं के लिए एक ही भंडार रखने का फैसला किया है।

क्या मुझे उपरोक्त फ़ोल्डर संरचना को दोहराना चाहिए, लेकिन प्रत्येक प्रोजेक्ट के लिए?

https://simucal-projects.googlecode.com/svn/projectA/trunk/
https://simucal-projects.googlecode.com/svn/projectA/tags/
https://simucal-projects.googlecode.com/svn/projectA/branches/

https://simucal-projects.googlecode.com/svn/projectB/trunk/
https://simucal-projects.googlecode.com/svn/projectB/tags/
https://simucal-projects.googlecode.com/svn/projectB/branches/

यह आप बहु परियोजना-इन-वन-रेपो लोग क्या है?

Answer 1

आपके पास इसके लिए दो विकल्प हैं।

https://simucal-projects.googlecode.com/svn/projectA/trunk/ 
https://simucal-projects.googlecode.com/svn/projectA/tags/ 
https://simucal-projects.googlecode.com/svn/projectA/branches/ 

https://simucal-projects.googlecode.com/svn/projectB/trunk/ 
https://simucal-projects.googlecode.com/svn/projectB/tags/ 
https://simucal-projects.googlecode.com/svn/projectB/branches/ 

विकल्प 2 होगा प्रत्येक परियोजना के ट्रंक के तहत एक सबफ़ोल्डर होने के साथ एक ट्रंक के लिए:

https://simucal-projects.googlecode.com/svn/trunk/projectA/ 
https://simucal-projects.googlecode.com/svn/tags/projectA/ 
https://simucal-projects.googlecode.com/svn/branches/projectA/ 

https://simucal-projects.googlecode.com/svn/trunk/projectB/ 
https://simucal-projects.googlecode.com/svn/tags/projectB/ 
https://simucal-projects.googlecode.com/svn/branches/projectB/ 

एक आप पहले से ही उल्लेख किया है, और कहा कि (विकल्प 1) प्रत्येक परियोजना के लिए एक ट्रंक है

विकल्प 1 का लाभ यह है कि आप प्रत्येक प्रोजेक्ट को स्वतंत्र रूप से शाखा और टैग कर सकते हैं। यह वांछनीय है यदि आपको प्रत्येक परियोजना को अलग से तैनात करने की आवश्यकता है।

विकल्प 2 वांछनीय है अगर सभी परियोजनाओं को एक साथ तैनात किया जाता है। ऐसा इसलिए है क्योंकि तैनाती के दौरान आपको केवल भंडार को टैग करना होगा।

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

अंगूठे का नियम जो मैं हमेशा पालन करता हूं: जो भी हम एक साथ तैनात करते हैं, एक साथ ट्रंक करें।

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

Answer 2

यही वह है जो मैं अपने घर स्रोत नियंत्रण के लिए उपयोग करता हूं।

जहां मेरे पास केवल एक प्राथमिक भंडार है।

भंडार/Project1/ट्रंक
भंडार/Project1/टैग
भंडार/Project1/शाखाएं

भंडार/Project2/ट्रंक
भंडार/Project2/टैग
भंडार/Project2/शाखाएं

मुझे यह संरचना पसंद है, परियोजनाओं को संदर्भित करना और अखंडता को बनाए रखना बहुत आसान है।

Answer 3

इस प्रश्न का कोई स्पष्ट जवाब नहीं है क्योंकि यह आपकी परियोजनाओं के अनुकूल होने पर निर्भर करता है।

1. मैं का प्रयोग करेंगे/PROJECTA/ट्रंक लेआउट अगर वहाँ था या तो एक भारी विकास परियोजना और सब कुछ के अनुसार चल रहा है के बाद से वहाँ यह के बीच इतना कनेक्शन (घटकों/परियोजनाओं है कि अकेले खड़े) नहीं है अलग किया जाना चाहिए। हालांकि, आप प्रति परियोजना एक एसवीएन भंडार का उपयोग भी कर सकते हैं। याद रखें कि आप svn co http: //..../svn/ का उपयोग करके सभी परियोजनाओं को जांचने में सक्षम नहीं होंगे क्योंकि यह सभी परियोजनाओं से सभी टैग और शाखाएं भी लाएगा, न केवल ट्रंक।
2. /ट्रंक/प्रोजेक्टए निश्चित रूप से बेहतर होगा यदि आपकी परियोजनाएं/घटक कसकर एक साथ हैं और आपको उन्हें एक ही संशोधन (जैसे मुख्य परियोजना से बहुत निकटता वाली लाइब्रेरी) से टैग और शाखा की आवश्यकता है। यदि आप चाहें तो अपने नवीनतम ट्रंक संशोधन पर सभी परियोजनाओं को प्राप्त करने के लिए आप svn co http: //.../svn/trunk/ का भी उपयोग कर सकते हैं।

एक रखरखाव बिंदु से मैं लगभग हमेशा दूसरी तरफ पसंद करता हूं; लेकिन यदि आपकी परियोजनाएं बड़ी हो सकती हैं और लंबी हो सकती हैं, तो प्रति परियोजना अलग-अलग भंडारों का उपयोग करना बेहतर होगा।

इसके अलावा: कृपया जांच करें कि आपको वास्तव में अपने होमवर्क के लिए Google Code सेवाओं की आवश्यकता है क्योंकि इसका उद्देश्य ओएसएस का समर्थन करना है। आप हमेशा एसवीएन का उपयोग स्थानीय रूप से या यहां तक ​​कि एसएसएच के माध्यम से भी कर सकते हैं, ताकि आप अपने भंडारों को यूएसबी स्टिक या कुछ कंप्यूटर पर भी डाल सकें जिन्हें दूरस्थ रूप से एक्सेस किया जा सके; आपको वास्तव में इसके लिए होस्टिंग की आवश्यकता नहीं है। गोपनीयता चिंताओं भी हो सकती है।

Answer 4

यदि आप केवल एक भंडार रखने का आग्रह करते हैं (मैं खुद को शिविर में नहीं हूं) और ब्रांचिंग करता हूं तो मुझे लगता है कि आप जो प्रस्तावित करते हैं वह अच्छा है। लेकिन फिर, मुझे लगता है कि एक एसवीएन भंडार एक परियोजना के बराबर है।

Answer 5

वास्तविक जीवन उदाहरण: अपाचे परियोजनाएं repository।

Answer 6

फ़ोल्डर लक्ष्यों (संस्करण में) के साथ ट्रैक करने वाले मुख्य लक्ष्यों में से एक, एक्सेस कंट्रोल मैनेजमेंट है।

अगर कोई टीम (जो ट्रंक पर काम करता है) का विकास करना और टीम (जो शाखाओं के साथ काम कर) इस संरचना अच्छा है बनाए रखने के अलग करने के लिए की जरूरत है:

/trunk 
     /Project1 
     /Project2 
/branches 
     /Project1 
     /Project2 
/tags 
    /Project1 
    /Project2 

और हम के लिए हर परियोजना के प्रवेश की अनुमति चाहते हैं एक विशिष्ट उपयोगकर्ता समूह, यह संरचना अच्छी है:

/Project1 
     /trunk 
     /branches 
     /tags 
/Project2 
     /trunk 
     /branches 
     /tags