2010-02-24 17 views
9

वापस निम्न आदेश के साथ शाखा के लिए एक SVN ट्रंक में परिवर्तन मर्ज करने के लिए कोशिश कर के बाद:मर्ज ट्रंक: "सुरक्षित कनेक्शन छंटनी की गई"

../branches/myBranch$ -r विलय SVN 94: 171 https://.../trunk --dry रन

मैं SVN से निम्न त्रुटि मिलती है:

SVN: '!/svnroot/simspark/SVN/VCC/डिफ़ॉल्ट' की रिपोर्ट: नहीं पढ़ा जा सका खंड आकार: सुरक्षित कनेक्शन ट्रुन cated (https://simspark.svn.sourceforge.net)

हम पहले से ही थोड़ी देर के लिए इसे Google पर करने का प्रयास कर चुके हैं और निष्कर्ष निकाला है कि यह थोड़े व्यर्थ है। मैं आपको निश्चित रूप से कोशिश करने से नहीं रोकूंगा, लेकिन आपको चेतावनी दी गई है।

वैसे भी, जो हमने पाया है उसका सामान्य खिंचाव यह है कि यह एसवीएन में एक बग है और हम खराब हैं। मैं एसवीएन संस्करण 1.5.4 का उपयोग कर रहा हूं, जो कि मेरे लिनक्स वितरण के लिए उपलब्ध नवीनतम संस्करण है।

कोई विचार? मुझे तीन महीने से अधिक काम खोने की तरह महसूस नहीं होता है, इसलिए एक समाधान काफी अच्छा होगा।

एक सहयोगी जिसने मैक पर अभी कोशिश की, उसे त्रुटि नहीं मिली और रास्ते में सूखी दौड़ को खींच सकता था, लेकिन पहले से ही कुछ दर्जन संघर्ष हुए हैं, और अभी भी गिन रहे हैं। < 3 एसवीएन।

+0

मुझे आज यह समस्या मिली - एक विलय नहीं कर रहा है, लेकिन एक स्विच - अगर मुझे कुछ उपयोगी लगता है तो एक उत्तर पोस्ट करेगा। अभी के लिए, पूरे पेड़ की बजाय अलग-अलग फ़ोल्डरों पर सफलता प्राप्त कर रहा हूं। Http://help.beanstalkapp.com/discussions/problems/533-could-not-read-chunk-size-secure-connection-truncated – GrahamMc

+2

मुझे बड़ी संख्या में डेटा विलय/प्रतिबद्ध करने का प्रयास करते समय उबंटू पर यह समस्या थी । यह पता चला कि वीपीएन उबंटू पर रीसेट हो गया है। जबकि विंडोज़ पर एक ही चीज की कोशिश की गई थी, यह बेकार ढंग से चला गया। मुझे लगता है कि एसबीएन सर्वर को लगभग 1 एमबी डेटा भेजने के बाद उबंटू के लिए वीपीएन क्लाइंट रीसेट कर रहा था। यकीन नहीं है कि मैंने कुछ सार्थक कहा था। लेकिन, बस मेरा अनुभव साझा करना। – Nishant

+0

निशांत, कृपया इसे उत्तर के रूप में पोस्ट करें - यह इस प्रश्न का समाधान नहीं हो सकता है, लेकिन यह किसी और के लिए एक अच्छा संकेत हो सकता है। – pjmorse

उत्तर

2

इसके लायक होने के लिए, मैंने पाया है कि ऐसा तब होता है जब आपका HTTP कनेक्शन आपके फ़ायरवॉल द्वारा रीसेट हो जाता है। Svn + ssh का उपयोग समस्या हल करता है, अगर यह आपके लिए एक विकल्प है।

1

स्विच के दौरान एक ही समस्या थी। चूंकि एक ही रेपो के भीतर की अन्य शाखाओं में एक ही त्रुटि नहीं मिली है, इसलिए संभवतः कामकाजी प्रतिलिपि तोड़ दी गई थी।

समाधान: पहले निर्देशिका पेड़ में उच्चतम फ़ोल्डर ढूंढें जहां त्रुटि होती है; यही वह जगह है जहां आपकी कामकाजी प्रति टूट गई है। एक बार जब आप उस फ़ोल्डर को ढूंढ लेते हैं, तो इसे अपने हार्डड्राइव पर किसी अन्य स्थान पर ताजा देखें। नए चेक आउट फ़ोल्डर में, .svn उपनिर्देशिका से "प्रविष्टियां" नामक फ़ाइल को पकड़ें, और इसे अपनी टूटी हुई कार्य प्रति में प्रविष्टियों फ़ाइल पर कॉपी करें।

1

यह एक स्रोत फोर्ज मुद्दा प्रतीत होता है, एक एसवीएन नहीं।

https://sourceforge.net/apps/trac/sourceforge/ticket/21376 https://sourceforge.net/apps/trac/sourceforge/ticket/21051

आप अपने काम की नकल करने के लिए निर्देशिका जोड़ने के लिए, या एक मौजूदा भंडार में नई निर्देशिका संरचना आयात करते हैं, इस मुद्दे का कारण बन रहा है।

हमारा कामकाज एक अलग एसवीएन प्रदाता का उपयोग करना है।

1

ऐसा लगता है कि मर्ज को संभालने के लिए लाइन के साथ कुछ बड़ा था - मैंने संशोधन सीमा को कम कर दिया और त्रुटि के आसपास पहुंचने में सक्षम था। http://lists.parrot.org/pipermail/parrot-Dev/2009-September/02785.html

2

एक समाधान (एक स्थानीय सर्वर, जहां मैं जाने की अनुमति थी पर) है कि मेरे लिए काम किया अपाचे विन्यास फाइल को निर्देश पर SVNAllowBulkUpdates जोड़ने के लिए किया गया था: इस साइट में मुझे एक सुराग दे दी है। किसी के लिए मदद की जा सकती है;)