जैसा कह रहा है, वहां कोई निःशुल्क दोपहर का भोजन नहीं है। हालांकि कुछ सेवाएं मुफ्त निजी सबवर्जन रिपोजिटरीज (RiouxSVN, Springloops इत्यादि) प्रदान करती हैं, ये आम तौर पर महत्वपूर्ण सीमाओं के साथ आती हैं (या तो अधिकतम संग्रहण आकार या उन उपयोगकर्ताओं की संख्या जो भंडार तक पहुंच सकते हैं) के साथ आती हैं।
वास्तव में, निर्णय चाहे आप एक पूरी तरह से प्रबंधित सववर्सन रिपॉजिटरी कि पहले से कॉन्फ़िगर (जैसे Cloud Forge या Beanstalk द्वारा की पेशकश की है कि के रूप में) या फिर, बजाय है के लिए भुगतान करने के लिए नीचे आता है, तो आप एक बुनियादी सुविधा के रूप में एक करने के लिए के लिए भुगतान सेवा (आईएएएस) क्लाउड होस्टिंग सेवा (जैसे Compute Engine, AWS EC2, या Azure) वर्चुअल मशीन के लिए और वर्चुअल मशीन इंस्टेंस पर सबवर्जन सर्वर के सेटअप की ज़िम्मेदारी लेते हैं, उस वर्चुअल मशीन की सुरक्षा और एक्सेस नियंत्रण की ज़िम्मेदारी लेते हैं, और डोमेन नाम, एसएसएल प्रमाण पत्र इत्यादि की ज़िम्मेदारी लेते हैं जिनका उपयोग इंटरनेट पर दूरस्थ रूप से उस सर्वर तक पहुंचने के लिए किया जाता है। क्लाउड होस्टिंग प्रदाता पर एक सबवर्जन सर्वर चलाने के लिए विशेष रूप से एक तृतीय-पक्ष वर्चुअल मशीन छवि/कॉन्फ़िगरेशन का उपयोग करने जैसे दृष्टिकोण में एक दृष्टिकोण भी है (जैसे द्वारा प्रदत्त का उपयोग करने वाला मामला, जो प्रावधान को सरल बनाता है , कम्प्यूट इंजन पर सबवर्जन के रखरखाव, तैनाती, आदि)।
सभी अलग-अलग विकल्पों/दृष्टिकोणों के लिए, व्यापार आमतौर पर लागत और परेशानी के बीच होता है; क्लाउड होस्टिंग प्रदाता का उपयोग करके और सबवर्सन सर्वर सेट अप करना अधिक परेशानी है लेकिन सस्ता भी है। जोखिम/सुरक्षा के मामले में एक ट्रेडऑफ भी है; यदि आप कंप्यूट इंजन पर या एडब्ल्यूएस पर वीपीसी में एक सबवर्जन सर्वर तैनात करते हैं और मशीन को सार्वजनिक इंटरनेट पर बेनकाब नहीं करते हैं (ताकि यह केवल उस सबनेट/वीपीसी में प्रावधान किए गए अन्य वीएम के लिए सुलभ हो), तो जोखिम अपेक्षाकृत कम है; एक बार जब आप इसे सार्वजनिक इंटरनेट तक पहुंचने के लिए कॉन्फ़िगर करते हैं, तो आपको यह विचार करने की आवश्यकता है कि क्या आप उस जोखिम का प्रबंधन करने के लिए किसी तीसरे पक्ष के लिए अतिरिक्त भुगतान कर रहे वीएम की सुरक्षा और वीएम की सुरक्षा के मालिक हैं। विचार करने के लिए एक और व्यापार बंद लचीलापन है; ऐसा करने वाला दृष्टिकोण आपको सबवर्सन सर्वर के व्यवहार के तत्वों को अनुकूलित करने की अनुमति दे सकता है (जैसे कि यह उपयोगकर्ताओं को अधिकृत करने का विवरण) कि आप पूरी तरह से होस्ट किए गए विकल्प के साथ आसानी से नियंत्रित नहीं कर पाएंगे। आखिरकार, विचार करने के लिए एक और व्यापार-बंद भंडार का समर्थन करने की लागत और आसानी है; यदि यह एक भंडार में भंडारण के लायक है, तो यह बैक अप के लिए भी लायक है; कुछ समाधान दूसरों की तुलना में बैकअप के लिए आसान/सस्ता बनाते हैं।
स्रोत
2010-03-28 01:53:17
क्या आपका प्रोजेक्ट ओपन सोर्स है? –
संख्या। इसकी एक कंपनी परियोजना है। इस तरह की परियोजनाओं के लिए सबसे अच्छा तरीका क्या है? निजी svn? समस्या यह है कि हमारे पास एक सर्वर नहीं है (जो 24 * 7 हो सकता है और चल रहा है)। तब सबसे अच्छा समाधान क्या है?"Purblic ... सर्वर" के वर्तमान शीर्षक पर –
एलएमएओ। यह अद्भुत है, और मैं शीर्षक को सही ढंग से वर्तनी के लिए संपादित नहीं कर रहा हूं। –