उपसर्ग सर्वर में https:// से svn:// प्रोटोकॉल में बदलने के लिए कैसे करें




version-control visualsvn-server (2)

अद्यतन करें: svn और http प्रोटोकॉल बेंचमार्किंग में है ..

किसी प्रोजेक्ट के ट्रंक को चेक करने के लिए कितने समय लगे (मिनट और सेकंड में) ..

svn प्रोटोकॉल: 5:32

http: प्रोटोकॉल: 5:33

svn प्रोटोकॉल (एवीजी फ़ोल्डर अपवाद के साथ): 2:22

http प्रोटोकॉल (एवीजी फ़ोल्डर अपवाद के साथ): 2:23

गति परिणाम: इसमें बिल्कुल कुछ भी नहीं!

औसत परिणाम: हालांकि, एवीजी को मेरे काम की नकल फ़ोल्डर्स की चेकआउट समय की उपेक्षा करने से पहले दो बार तेज़ हो गया!

मूल प्रश्न:

हम वर्तमान में VisualSVN सर्वर का उपयोग करें जो मुझे लगता है !? केवल HTTP प्रोटोकॉल का समर्थन करता है? (क्या कोई पुष्टि कर सकता है?) ..

मैंने यहां पढ़ा है और महसूस किया है कि svn: // प्रोटोकॉल विशेष रूप से काफी छोटी है, बहुत सी छोटी फाइलों के साथ।

कोई भी svn: // प्रोटोकॉल के साथ एक सबवर्सियन सर्वर का उपयोग करने के लिए माइग्रेट करने का सबसे दर्द निवारक तरीका सुझा सकता है (भले ही वह सब सर्वर सर्वर का एक अलग स्वाद का उपयोग कर रहा हो)।

VisualSVN सर्वर चलने वाली मशीन एक Microsoft Windows Server 2003 बॉक्स है

अग्रिम में धन्यवाद,

- ली


svn: // प्रोटोकॉल के साथ एक सबवर्सियन सर्वर का उपयोग करने के लिए माइग्रेट करने का सबसे दर्द रहित तरीका सुझाते हैं

VisualSVN के बजाय मूल सबवर्सियन सर्वर का उपयोग करें रिपॉजिटरी का प्रबंधन करना बहुत मुश्किल नहीं है! बस सामान्य एसवीएन पर जाएं और अपने आप को लाइसेंस की लागतों को बचाएं

इसके अलावा मैं HTTP / HTTPS प्रोटोकॉल के साथ रहने का सुझाव देता हूं। अधिकांश मामलों में, प्रोटोकॉल विंडोज़ काम स्टेशनों पर एक मुद्दा नहीं है। समस्या आमतौर पर आपके एंटीवायरस और धीमी NTFS समस्याओं का कारण है।

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

इसके अलावा, https के साथ काम करना आपको इंटरनेट पर एसवीएन रिपॉजिटरी डालने के लिए (यदि आप चाहें तो कुछ बिंदु पर) की अनुमति देता है और वीपीएन के बिना उपयोगकर्ताओं को इसे सुरक्षित तरीके से एक्सेस करने देता है।


यह विघटन अद्यतन मंदी के साथ समस्या प्रोटोकॉल (एसवीएन HTTP के रूप में एक ही गति थी) के कारण नहीं था, लेकिन वास्तव में हर फाइल के लिए औसत स्कैनिंग के कारण।

अपने काम की नकल फ़ोल्डर्स के अपडेट और चेकआउट को अनदेखा करने के लिए एवीजी को एक अपवाद जोड़ने के बाद अब दो बार तेज़ हो चुका है

किसी प्रोजेक्ट के ट्रंक को चेक करने के लिए कितने समय लगे (मिनट और सेकंड में) ..

svn प्रोटोकॉल: 5:32

http: प्रोटोकॉल: 5:33

svn प्रोटोकॉल (एवीजी फ़ोल्डर अपवाद के साथ): 2:22

http प्रोटोकॉल (एवीजी फ़ोल्डर अपवाद के साथ): 2:23

गति परिणाम: इसमें बिल्कुल कुछ भी नहीं!

औसत परिणाम: हालांकि, एवीजी को मेरे काम की नकल फ़ोल्डर्स की चेकआउट समय की उपेक्षा करने से पहले दो बार तेज़ हो गया!







visualsvn-server