मुझे 300,000 से अधिक फ़ाइलों में svn: 30Gb में एक एकल प्रोजेक्ट मिला है। वहां एक छवि फ़ोल्डर में ज्यादातर बाइनरी फाइलें हैं। पूरे प्रोजेक्ट को अपडेट करने जैसे ऑपरेशंस नाटकीय रूप से धीमे हो सकते हैं।एक बड़े एसवीएन प्रोजेक्ट के लिए सर्वोत्तम अभ्यास
टीम ने उन विशिष्ट फ़ोल्डरों पर केवल अपडेट/स्विच चलाने के लिए एक प्रक्रिया विकसित की है जो टूटा हुआ कोड में जांच कर रहा है क्योंकि "यह मेरे कंप्यूटर पर काम करता है"। किसी एक व्यक्ति की कार्यशील प्रतिलिपि में पुराना कोड, स्विच कोड, और भूल-कभी-कभी कोड शामिल हो सकता है। इसके अलावा, न्यूनतम शाखाएं होती हैं।
मेरा व्यक्तिगत समाधान हर सुबह 5 बजे एक छोटा सा बैश चेकआउट/बिल्ड स्क्रिप्ट है, हालांकि सभी के पास मेरे समाधान की प्रतिलिपि बनाने के लिए कमांड लाइन साहस नहीं है और बल्कि कछुए svn और टूटी हुई प्रक्रिया का आराम होगा।
क्या किसी ने इतनी बड़ी भंडार ट्यून करने की कोशिश की है और सलाह दे सकते हैं? क्या कोई भी सर्वोत्तम प्रथा है जो मैं बड़े भंडारों के साथ काम करने के लिए कार्यान्वित कर सकता हूं जिसे मैं हर किसी को आसानी से कर सकता हूं?
पीएस बाहरी एक अच्छा विचार प्रतीत नहीं होता है और SVN optimizations to keep large repositories responsive यहां लागू नहीं होता है क्योंकि मैं एक परियोजना से निपट रहा हूं
पी.पी.एस. यह वर्तमान में भी देखा जा रहा है: http://www.ibm.com/developerworks/java/library/j-svnbins.html
इस मुद्दे पर कोई खबर है? मुझे हमारी परियोजना पर एक समान समस्या का सामना करना पड़ रहा है। –