मैंने यहां कुछ जवाब पढ़े हैं जो svn: externals के उपयोग की निंदा करते हैं। मैं देखता हूं कि उनका दुरुपयोग कैसे किया जा सकता है, और यह हमें सबवर्जन पर अधिक निर्भर करता है, लेकिन मुझे वास्तव में हमारे समूह को कभी भी इससे दूर नहीं जाना चाहिए।एसवीएन बाहरी ... हाँ या नहीं?
वैसे भी, यहां मेरी दुविधा है। हमारे पास ऐसे समाधान हैं जो कई परियोजनाओं का संदर्भ देते हैं जो भंडार के अपने स्वयं के खंड में हैं। इनमें से कई परियोजनाएं कई समाधानों के बीच साझा की जाती हैं, और हम भी हमारी परियोजनाओं के साझाकरण को रोकना नहीं चाहते हैं। हमारे पास हमारे भंडार (इकाई परीक्षण ढांचे, पुस्तकालयों, आदि) में कई निश्चित संस्करण निर्भरताएं भी जांच की गई हैं।
मैं कई 'कार्यस्थानों' है कि केवल बाहरी उपयोग करें कॉन्फ़िगर करने के लिए चाहते हैं (जहाँ तक सबवर्सन का सवाल है वे सिर्फ खाली निर्देशिका हो सकता है, या हो सकता है एक भी समाधान फ़ाइल में) हमारे डेवलपर्स के लिए समाधान कॉन्फ़िगर करने के लिए। अधिकांश परियोजनाओं को जांचना उनके लिए पर्याप्त नहीं होगा, लेकिन इसके कार्यक्षेत्र की जांच करना पर्याप्त होगा क्योंकि इसकी सभी निर्भरताएं इसके साथ आ जाएंगी। क्या किसी और ने एक समान समाधान लागू किया है, और svn होगा: बाहरी इस बारे में जाने का एक अच्छा तरीका है? यदि हम इस सड़क पर जाते हैं तो आपके लिए सावधानी के क्या शब्द हैं?
मूल रूप से संरचना इस (ट्रंक/शाखाओं/संक्षिप्तता के लिए छोड़े गए टैग) दिखाई देगा:
/projects
/project1
/project2
/dependencies
/xUnit
/1.5
/1.4
/NHibernate
/2.1.0
/2.0.1
/workspaces
/project1
/project1 (external to ^/projects/project1)
/xUnit (external to ^/dependencies/xUnit/1.5)
/NHibernate (external to ^/dependencies/NHibernate/2.0.1)
/project2
/project2 (external to ^/projects/project2)
/xUnit (external to ^/dependencies/xUnit/1.4)
/NHibernate (external to ^/dependencies/NHibernate/2.1.0)
नोट करें कि उस ब्लॉग पोस्ट के लिंक को स्थानांतरित कर दिया गया है।यह अब यहां है: http://cobaltedge.com/svn-externals-are-evil-use-piston-or-braid – chrisrbailey