एमवीसीओएल के जवाब में तोड़फोड़ की त्रुटि: (405 विधि अनुमति नहीं)


65

नई निर्देशिका जोड़ने का प्रयास करते समय मुझे निम्न त्रुटि हो रही है।

svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....

मैंने इस त्रुटि को पहले कभी नहीं देखा है। मैं इस समस्या को कैसे ठीक करुं?

समाधान
मैं समस्या को हल करने में कामयाब रहा:

  • समस्या देने वाले फ़ोल्डर की मूल निर्देशिका को हटा दें।
  • SVN अपडेट करें।
  • नया नाम वाला एक फ़ोल्डर पहले से ही रिपॉजिटरी में मौजूद है।
  • इस फ़ोल्डर को हटा दें।
  • एसवीएन प्रतिबद्ध है।
  • नए फ़ोल्डर की प्रतिलिपि बनाएँ, इसके अलावा और SVN के लिए शेड्यूल करें।

आपके कॉन्फ़िगरेशन, आपके परिवहन (HTTP / HTTPS), सर्वर त्रुटि लॉग (सबसे महत्वपूर्ण) पर संदेश, यदि आप क्लाइंट और सर्वर, आदि के बीच वेब-कैश सेवा चला रहे हैं, तो जानकारी
खो देता है

7
कृपया प्रश्न के साथ जोड़ने के बजाय उत्तर के रूप में समाधान जोड़ें
सैम कॉगन

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

Google कोड रिपॉजिटरी के लिए देखें - stackoverflow.com/a/32636072/1406510
nanosoft

जवाबों:


44

यह त्रुटि आमतौर पर उस फ़ोल्डर को इंगित करती है जिसे आप जोड़ने की कोशिश कर रहे हैं जो पहले से ही रिपॉजिटरी में मौजूद है - क्या आपने हाल ही में कोई अपडेट किया है, या आपने शुरू करने के लिए गैर-पुनरावर्ती चेकआउट किया था?

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

संपादित करें: विरोध - पहले से ही सवाल शरीर में जवाब दिया। और यहाँ मैं सभी उत्साहित था कि मुझे एक अनुत्तरित प्रश्न का उत्तर पता था :)


@ और - ठीक है, आपने प्रश्न का ठीक से उत्तर दिया है ... @ शेरगियो को अपने प्रश्न का उत्तर देना चाहिए था।
जोश

8

मुझे googlecode पर MKACTIVITY की समस्या थी। ऐसा इसलिए था क्योंकि मैंने http :, के साथ रिपॉजिटरी की जांच की थी, लेकिन चेक-इन के लिए आवश्यक https:।


शानदार कैच - मैं अपनी मशीन पर अधीर प्रोग्रामर के रोष को उजागर करने वाला था। :) आपको या तो https के साथ फ़ोल्डर को रीचेक करना होगा (या यदि आप .svn को छोड़कर फ़ोल्डर को साफ कर रहे हैं, तो .svn / प्रविष्टियों की सामग्री को संशोधित करें, जिसमें http => https से यूआरएल है। प्रतिबद्ध स्क्रीन पर https URL दिखाया जाएगा।)
Gishu


5

मुझे एक ही त्रुटि मिली और इसे हल करने में कामयाब रहे:

  1. SVN समस्याग्रस्त निर्देशिका को 'foo', या जो भी हो, का नाम बदलें
  2. एसवीएन कमेटी
  3. SVN नाम का नाम वापस चाहते हैं
  4. एसवीएन कमेटी

मुझे यकीन नहीं है कि यह सभी मामलों में काम करता है, लेकिन यह मूल निर्देशिका को हटाने की तुलना में सरल है।


उस सरल समाधान ने मेरी समस्या हल कर दी। आपका बहुत बहुत धन्यवाद! :)
वाणिज्य दूतावास

4

क्या आपका svn रिपॉजिटरी HTTP के माध्यम से आने देता है? SourceForge जैसे कुछ रिपॉजिटरी, HTTP के माध्यम से अनाम चेकआउट की अनुमति देते हैं , लेकिन डेवलपर्स को svn और SSH के माध्यम से जांच करने की आवश्यकता होती है।


3

मेरे मामले में, मुझे एक फ़ोल्डर में फ़ाइलों की जाँच करने में समस्या हो रही थी। मैंने कुछ परिवर्तनों के साथ सर्जियो द्वारा बताए गए कदमों का पालन किया।

  1. समस्या जनक निर्देशिका की प्रतिलिपि बनाई गई।
  2. कॉपी की गई निर्देशिका में .svn फ़ाइलों को हटा दिया गया
  3. svn delete / parent_directory
  4. कमिट
  5. रेपो में नई निर्देशिका बनाएँ
  6. कमिट
  7. प्रतिलिपि निर्देशिका से रेपो में उप निर्देशिकाओं को स्थानांतरित करें
  8. कमिट
  9. व्यक्तिगत फ़ाइलों की प्रतिलिपि बनाएँ
  10. कमिट

मेरे पास कुछ फाइलें थीं जिनके साथ मेरी चुनौतियां थीं। मैंने उन्हें भंडार से बाहर छोड़ दिया, लेकिन उन्हें एक नए नाम के साथ फिर से बनाया।


2

मुझे यह समस्या तब हुई जब मैंने एक निर्देशिका प्रपत्र SVN को हटा दिया, और फिर इसे पुनः बनाया, जब मैंने नई गयी निर्देशिका को प्रतिबद्ध किया, तो SVN ने यह त्रुटि उत्पन्न की। मैंने नई जोड़ा निर्देशिका पर एक एसवीएन को चलाकर समस्या को हल किया , और फिर संघर्षों को मैन्युअल रूप से हल किया


1

Svn सेवा की मेजबानी करने वाले अनफुल्ड का उपयोग करते हुए, मैं बार-बार इस त्रुटि को देखता हूं जब .sv OS X खोजक में फाइल कॉपी करके रौंद दिया जाता है। मेरे लिए काम करने वाला svn:

  • लौट आना
  • अपडेट करें
  • दूरस्थ url का उपयोग करके फ़ोल्डर को हटाएं
  • फ़ोल्डर जोड़ें और प्रतिबद्ध करें

0

मेरे मामले में, मैं एक नई निर्देशिका जोड़ रहा था कि मेरे स्थानीय (क्लाइंट) मेटाडेटा ने पहले से ही सर्वर पर होने का अनुमान लगाया और क्लीनअप ने इसे ठीक नहीं किया। मैंने सभी नई और संशोधित फ़ाइलों का बैकअप लिया, रूट (.svn फ़ोल्डर को छोड़कर) सब कुछ हटा दिया, फ़ाइलों को पुनर्स्थापित करने के लिए अपडेट चलाया, और निर्देशिका में नई और संशोधित फ़ाइलों को वापस कॉपी किया जो मैंने बैकअप लिया था। मैंने नई फ़ाइलों को फिर से जोड़ा और सफलतापूर्वक प्रतिबद्ध किया।


0

ग्रहण में इसे ठीक करना आसान है।

टीम> दूसरे टैग / शाखा में स्विच करें

पूरी तरह से पुनरावर्ती का चयन करें, और जाँचें काम की प्रतिलिपि निर्दिष्ट गहराई तक

ओके दबाओ

फ़ोल्डर का आइकन बदल जाता है। राइट क्लिक और (टीम>) मार्क हल।

बस, अब आप यह कर सकते हैं।


यह ध्यान रखें कि ग्रहण एक विकास उपकरण है, और वास्तव में सर्वरफॉल्ट का ध्यान केंद्रित नहीं है।
एंड्रयू बी

0

फ़ोल्डर का बैकअप बनाएं।
रिपॉजिटरी में फ़ोल्डर हटाएं (रेपो-ब्राउज़र का उपयोग करके)।
फिर से कमिट करें।

मेरे लिए ठीक काम करता है।
मार्कस


0

मैं इसी तरह की समस्या थी, मैं svn फ़ोल्डर अद्यतन की तुलना में निर्देशिका (बस सुरक्षा के लिए) का समर्थन किया। उसके बाद मैं फिर से कमिट कर सकता था। (और मेरे बैकअप का उपयोग नहीं किया गया)


-1

मैं e175002 200 ठीक के साथ एक मुद्दा था। लेकिन मैंने पढ़ा कि त्रुटि संदेश पर पथ एक गलत सर्वर के बारे में बात कर रहा था, इसलिए मेरे ट्रंक का URL अच्छा नहीं था ( http: // localhost: 80 / path / to / my / trunk / ) ... रुको! LOCALHOST! ... और अब मुझे एहसास हुआ कि यह इसलिए है क्योंकि मेरे पहले रेव पर मेरी सेटिंग्स ने स्थानीय रूप से मेरे रेपो को अपनी प्रोजेक्ट फाइलें भेजी थीं ... इसलिए अपने पहले रेव पर सुनिश्चित करें कि आपके सर्वर के आईपी के लिए आपकी सेटिंग्स गलत नहीं हैं क्योंकि उसके बाद ... आपका रेपो में गलत सूचना होगी, और आपको उन खराब सेटिंग्स को संशोधित करने का तरीका खोजना होगा, या हर ग्राहक पर जो पहली बार आपके रेपो का उपयोग करना चाहते हैं।

मेरा तय था कि मैं अपने प्रोजेक्ट के हर फोल्डर को देखूं… हर फोल्डर में .svn फोल्डर जो कि स्टोर को स्टोर करता है, और हर .svn फोल्डर में एक फाइल जिसे "एंट्रीज" कहा जाता है ... इस फाइल में सर्वर के लिए एक पाथ होता है, मैंने हर एंट्रीज में अच्छे IP द्वारा खराब लाइन को बदल दिया। हर .svn फ़ोल्डरों में। और फिर कोई और त्रुटि नहीं।

आशा है ये मदद करेगा। :) क्षमा करें, अगर मेरी पोस्ट को समझना मुश्किल है ^ ^ 'मैं एक कठिन कोशिश कर रहा हूं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.