का उपयोग करके निषिद्ध त्रुटि मैंने हाल ही में सबवर्जन 1.5 में अपग्रेड किया है, और अब मैं अपना कोड रिपोजिटरी में नहीं कर सकता। मुझे एक त्रुटि संदेश मिलता है: "403 MAACTIVITY के जवाब में निषिद्ध"। मुझे पता है कि अपग्रेड काम करता है क्योंकि मेरे साथी डेवलपर्स को यह समस्या नहीं मिल रही है। क्या चल रहा है?403 सबवर्सन
मेरे अपने प्रश्न का उत्तर देना:
जाहिर है मेरी SVN यूआरएल गलत मामला था! एक Google खोज ने एक लेख चालू किया (अब ऑनलाइन उपलब्ध नहीं है) जो समझाया गया था कि क्या हो रहा था। मेरा यूआरएल फॉर्म http://svn.foobar.com/foobar था लेकिन वास्तविक भंडार को http://svn.foobar.com/fooBar कहा गया था।
मैं TortoiseSVN उपयोग करते हैं, तो ठीक भंडार के लिए पथ को सही में स्थानांतरित आदेश का उपयोग करने के लिए किया गया था।
उम्मीद है कि यह किसी और की मदद करेगा।
हम समय-समय में चलाने के लिए और यह डेवलपर्स के लिए बहुत निराशा होती है। रिपॉजिटरी से पढ़ने के किसी कारण से मामला असंवेदनशील लगता है लेकिन परवाह करता है।
मैं कारण है कि मामले कि केस संवेदी होते हैं यूनिक्स फाइलिंग प्रणाली में सबवर्सन की जड़ों की वजह से मायने रखती है समझते हैं, लेकिन मैं वास्तव में चाहते हैं आप के लिए प्रतिबद्ध पर नहीं प्रारंभिक चेकआउट पर त्रुटि मिलती है होता!
सहमत हैं, चेकआउट करने में त्रुटि प्राप्त करना बेहतर होगा। – Stiefel
एक और उदाहरण है जब इस मुद्दे को होगा पीछे उसके सिर है अगर आप एक ही नाम के साथ दो बार एक फ़ाइल के लिए प्रतिबद्ध है, लेकिन अलग पूंजीकरण (जैसे, foobar और FooBar) के साथ। यह केवल विंडोज सिस्टम पर ही संभव है और टोड के उत्तर का एक विशेष मामला हो सकता है। हमारे डेवलपर्स में से एक ने गलती से ऐसा किया और इसी तरह हमें कई डिबगिंग घंटे खर्च हुए।
टोड सही है। बेवकूफ बात यह है कि रेपो ब्राउज़र चेक आउट करते समय ऊपरी और लोअरकेस स्वीकार करता है लेकिन अगर आप चेक आउट करते समय गलत केस इस्तेमाल करते हैं तो प्रतिबद्धता विफल हो जाएगी।
मैंने https://svn.domain.com/Company/Product/trunk से चेक आउट किया लेकिन यह नहीं कर सका क्योंकि सही यूआरएल https://svn.domain.com/company/product/trunk था।
मुझे लगता है कि यहाँ बात यह है कि सबवर्सन (ओएस मंच की परवाह किए बिना अपने सर्वर पर स्थापित किया गया है) केस संवेदी है है।
हालांकि, क्लाइंट ओएस शायद नहीं। और यह एक समस्या पैदा कर सकता है।
मेरी कंपनी में मेरे पास यह मामला है और इसे समझने में मुझे एक घंटे लग गए। तो, एक डेवलपर, जो मैक पर काम कर रहा था, उसी नाम से svn फ़ाइल के लिए प्रतिबद्ध था, लेकिन उसने अपने नामों में कुछ अक्षरों को राजधानी में बदल दिया। मैक और सबवर्सन के लिए यह कोई समस्या नहीं है और फ़ाइल मिल गई है।
बाद में एक और डेवलपर, जो विंडोज लैपटॉप पर काम करने के लिए हुआ, एक त्रुटि मिली और खिड़कियां पूरी तरह उलझन में आईं और कुछ भी नहीं कर सका।
हां, तो समाधान था - मैं डेवलपर्स, जो दो फ़ाइलों की मैं नष्ट कर सकते हैं पूछा। मैंने इसे लिनक्स पर किया और तब से सभी खुश हैं।
इसलिए, ऊपरी/कम मामला वर्तनी एक उपversण समस्या नहीं है, लेकिन विंडोज ओएस एक है।
यह मेरे और कारण किया जा रहा है मैं उस फ़ोल्डर में पहुँच नहीं है के लिए हुआ है। एक बार व्यवस्थापक ने मेरे उपयोगकर्ता को जोड़ा, मैं कोड को चेकआउट करने में सक्षम था।
एक अन्य संभावित कारण, ग्राहक के रूप में एक msWin वातावरण के भीतर, प्रॉक्सी सेटिंग कर रहे हैं।
विन्यास: इंटरनेट एक्सप्लोरर/internetOptions/कनेक्शन/लैन-सेटिंग्स/उन्नत/अपवाद
अपवाद के भीतर अपने SVN-सर्वर रखो।
नाम अन्य हो सकते हैं, मैं अंग्रेजी भाषा के रूप में अंग्रेजी का उपयोग नहीं करता हूं।
मैं एक ही मुद्दा था:
जबकि भंडार प्रविष्टि (403 निषिद्ध)
पहुंचने में त्रुटि हुई और मैं कुछ अलग दृष्टिकोण मिल गया। लेकिन मेरे लिए समाधान था: सही प्लगइन (subclipse 1.4) जो 1.4.3
क्या आप कृपया इस सुविधा को स्थापित करने के बारे में और बता सकते हैं? – abarisone
मैंने बस http://subclipse.tigris.org/update_1.4.x से उपclipse स्थापित किया है क्योंकि सर्वर पर svn संस्करण 1.4.3 ग्रहण svn भंडार खोज में मैंने अपना भंडार पथ जोड़ा, उदाहरण के लिए। https: // myserver/svn/myproject/trunk – everson
था उपयोगकर्ता/प्रमाण पत्र किसी विशेषाधिकार है SVN में रेपो पढ़ने के लिए सर्वर पर स्थापित svn के लिए संस्करण डाउनलोड करें। इसी कारण से, आप ब्राउज़र/कछुए के माध्यम से भंडार तक नहीं पहुंच सकते हैं। इस समस्या को हल करने के लिए व्यवस्थापक के साथ बात करें।
मेरे मामले में मुद्दा यह था कि जेनकींस प्रॉक्सी से गुजर रहा था। मैंने टोमकैट की catalina.properties फ़ाइल में गुण नीचे दिए थे।
http.proxyHost=proxyserver
http.proxyPort=3128
प्रॉक्सी के माध्यम से जाने से बचने के लिए इसे निर्देश देने के लिए मुझे http.nonProxyHosts प्रॉपर्टी जोड़ना पड़ा। पाइप द्वारा कई मेजबानों को अलग किया जा सकता है (|)
http.nonProxyHosts=localhost|*.companydomain.com
एसवीएन सर्वर इंट्रानेट पर था। मुझे प्रॉक्सी से गुज़रने की ज़रूरत नहीं थी।
त्रुटि Access to 'foo' forbidden या 403 Forbidden इंगित करता है कि आपके उपयोगकर्ता खाते का अनुरोध किया भंडार करने के लिए अनुमति का अभाव है। भंडारों में भंडार नाम और पथ केस-संवेदी हैं, इसलिए आपको जांचना चाहिए कि आपके द्वारा दर्ज यूआरएल सही है और आप सही क्रेडेंशियल्स के तहत लॉग ऑन करते हैं। अपने क्लाइंट कंप्यूटर पर संग्रहीत क्रेडेंशियल देखने के लिए svn auth चलाएं।
आम तौर पर, सबवर्सन में अभिगम नियंत्रण path-based authorization के रूप में कार्यान्वित किया जाता है और पूरी तरह से पढ़ें का समर्थन करता है/, केवल पढ़ने के लिए और नहीं पहुँच पहुँच स्तरों लिखें। यदि आप जटिल पहुंच नियंत्रण नीति लागू करते हैं, तो आपको सबवर्जन में एक्सेस कंट्रोल सिद्धांतों को समझना होगा। अधिक जानकारी के लिए आलेख KB33: Understanding VisualSVN Server authorization पढ़ें। हालांकि यह शीर्षक में 'विजुअल एसवीएन सर्वर' कहता है, लेख में सामान्य रूप से पथ-आधारित प्रमाणीकरण शामिल है और अन्य एसवीएन सर्वर वितरण पर लागू होना चाहिए।
यह मेरा मुद्दा था। मुझे ** केवल पढ़ने के लिए ** पहुंच दी गई थी, फिर प्रतिबद्ध करने की कोशिश करते समय मुझे * 403 निषिद्ध * त्रुटि मिली। मुझे सलाह देने के लिए व्यवस्थापक से बात की ** ** पढ़ें/लिखें ** पहुंच और मैं प्रतिबद्ध करने में सक्षम था। – amallard
धन्यवाद टोड। आपके पास "इस आलेख" के लिए लिंक वास्तव में लेख का नेतृत्व नहीं करता है। इसे आज़माएं: http://blog.alagad.com/2007/11/12/subversion-mactactivity-and-403-forbidden-headaches/ – Josh
टोड, यह भी पूछने के लिए कि क्या आप समस्या को पुन: उत्पन्न करने के लिए कदम पोस्ट कर सकते हैं। हालांकि हमारे डेवलपर्स को कभी-कभी यह समस्या होती है, लेकिन मैं इसे खुद पुन: उत्पन्न करने में असमर्थ हूं। – Josh
मैं इसे लगातार पुन: उत्पन्न करने में सक्षम नहीं हूं, लेकिन फिक्स हर बार काम करता है। जैसा कि नीचे बताया गया है, यह विंडोज़ की प्रवृत्ति से संबंधित है जो दोनों प्रकार के मामलों को स्वीकार करने के लिए है जहां सबवर्जन अधिक picky है। –