2009-02-18 16 views
6

मेरे पास एक संग्रह में एक फ़ोल्डर है जो प्रतिबद्ध नहीं हो सकता है और यहां तक ​​कि मूल फ़ोल्डर्स भी प्रतिबद्ध नहीं हो सकते हैं। यह कई हफ्ते पहले हुआ, फिर काम किया, फिर फिर से झपकी पर। मैंने अपना प्रमाणीकरण कैश साफ़ कर दिया है और कोई मदद नहीं है। मैं अभी भी अन्य ट्रंक के साथ काम कर सकता हूं लेकिन यह नहीं और त्रुटि संदेश मुझे कहां जाने में मदद नहीं करता है। मैंने साफ किया है। मैंने रिपोजिटरी और एक ही समस्या से VisualSVN से एक नई निर्देशिका बनाई है। क्या आपके पास कोई सुझाव होगा? क्या मैं .svn फ़ोल्डर को nuke कर सकता हूं और मदद कर सकता हूं? मैं एक नए रेपो से शुरू नहीं करना चाहता क्योंकि हमारे पास टीमसिटी एकीकृत और देख रहा है। अग्रिम में मदद और धन्यवाद! डौगएसवीएन त्रुटि - 501 लागू नहीं किया गया कमिट विफल

** त्रुटि: कमिट में विफल रहा है (विवरण का पालन करें):

त्रुटि: सर्वर भेजा अप्रत्याशित वापसी मान (501 लागू नहीं) जवाब में

को

त्रुटि: '/ SVN/MAHCP के लिए PROPFIND अनुरोध /trunk/src/RssaSolution/Mahcp.Rssa'**

मैंने एसवीएनफ़ोरम को भी पोस्ट किया है लेकिन किसी और के पास यह पागल स्थिति है!

+0

अपाचे/mod_svn/svn संस्करणों को जानना उपयोगी होगा, "लागू नहीं किया गया" लौटने के रूप में ... अच्छा, "लागू नहीं किया गया" अर्थ जैसा दिखता है। मुझे https: // और स्वयं-हस्ताक्षरित प्रमाणपत्रों पर svn के साथ समस्याएं आई हैं। क्या आप ऐसे जानवर का उपयोग करते हैं, शायद? – gimpf

उत्तर

3

रिपोजिटरी ट्रंक के लिए पुराना पुराना यूआरएल था। मेरी इच्छा है कि त्रुटि थोड़ा और वर्णनात्मक था। धन्यवाद दोस्तों .... अगर मुझे और प्रतिष्ठा मिली तो मैं आपको दोनों अंक दूंगा!

7

आमतौर पर यह एक प्रॉक्सी या वायरस स्कैनर/फ़ायरवॉल डीएवी अनुरोधों को अस्वीकार करता है (PROPFIND एक 'सामान्य' http अनुरोध नहीं है लेकिन डीएवी के साथ उपयोग किया जाता है)।

तो: अपने प्रॉक्सी और/या वायरस स्कैनर/फ़ायरवॉल की जांच करें और उन्हें डीएवी अनुरोधों को अनुमति देने के लिए कॉन्फ़िगर करें।

इसके अलावा, कभी-कभी यह http के बजाय https का उपयोग करने में मदद करता है ताकि वे ऐप्स नेटवर्क ट्रैफ़िक की जांच न कर सकें और इसके साथ हस्तक्षेप कर सकें।

+0

धन्यवाद स्टीफन .... हम https का उपयोग कर रहे हैं लेकिन डीएवी टुकड़े की जांच करेंगे और आपको – dodegaard

+0

प्रॉक्सी समस्या यह है कि मैं इस समस्या के बारे में क्या आया – Deqing

1

उत्तर यह था कि svn सर्वर यूआरएल पहले बदल दिया गया था और फिर इसे वापस जांचने का प्रयास करते समय त्रुटि होगी। चाल तब एसएसएन फ़ोल्डरों को नकारने के लिए थी, ताजा खींचें और फिर मेरे नए बदलावों के साथ प्रतिलिपि बनाएँ। काश है कि त्रुटि संदेश बेहतर रहा है।

0

अगर यू एक Subclipse का उपयोग SVNKid को

0

चेक भी mod_security हाल ही में स्थापित किया गया था, तो देखने के लिए JavaHL से SVN इंटरफ़ेस ग्राहक को बदलने की कोशिश। कम से कम CentOS पर, इसकी डिफ़ॉल्ट कॉन्फ़िगरेशन में एसवीएन की अनुमति देने के लिए आवश्यक रेखाएं नहीं होती हैं।

/etc/httpd/modsecurity.d/modsecurity_crs_30_http_policy.conf में, मैं अनुमति अनुरोध तरीकों अनुभाग में इस डाल:

SecRule REQUEST_METHOD "^(PROPFIND|PROPPATCH)$" allow 
SecRule REQUEST_METHOD "^(REPORT|OPTIONS)$" allow 
SecRule REQUEST_METHOD "^(MKACTIVITY|CHECKOUT)$" allow 
SecRule REQUEST_METHOD "^(PUT|DELETE|MERGE)$" allow 
-1

फ़ोल्डर /home/user/.subversion हटाते हैं, तो

तो आईडीई या SVN पुनरारंभ करें।

0

मुझे किसी अन्य क्लाइंट के साथ एक ही समस्या थी जब तक कि मैंने सर्वर पर /var/log/apache2/error.log में Anonymous lock creation is not allowed. संदेश नहीं खोज लिया। सुनिश्चित करें कि क्लाइंट अज्ञात रूप से सर्वर से कनेक्ट नहीं है।

संबंधित मुद्दे