سؤال

لدي مجلد في مستودع لا يستطيع الالتزام وحتى المجلدات الأصلية لا يمكن الالتزام بها. حدث هذا منذ عدة أسابيع، ثم عملت، ثم على وميض مرة أخرى. لقد قمت بإزالة ذاكرة التخزين المؤقت للمصادقة ولا مساعدة. لا يزال بإمكاني العمل مع جذوع أخرى ولكن ليس هذا واحد ورسالة الخطأ لا يساعدني أين تذهب. لقد فعلت التنظيف. لقد قمت بإنشاء دليل جديد من VisualSvn من المستودع والشكل نفسه. هل سيكون لديك أي اقتراحات؟ هل يمكنني nuke مجلد .svn والمساعدة؟ لا أريد أن أبدأ مع ريبو جديد لأن لدينا فرققة متكاملة ومشاهدة. مساعدة وشكرا مقدما! دوغ

** خطأ: التزام فشل (متابعة التفاصيل):

خطأ: أرسل الخادم قيمة الإرجاع غير المتوقع (501 غير مطبق) استجابة ل

خطأ: Propfind طلب "/svn/mahcp/trunk/src/rssasolution/mahcp.rssa'**

لقد نشرت إلى Svnforum أيضا ولكن هل كان لدى أي شخص آخر هذا الوضع المجنون!

هل كانت مفيدة؟

المحلول 2

كان هناك عنوان URL قديم قديم إلى صندوق المستودع. أتمنى أن يكون الخطأ وصفيا أكثر قليلا. شكرا يا رفاق .... إذا كان لدي المزيد من سمعة كنت أعطيك كلا النقاط!

نصائح أخرى

عادة ما يكون الماسح الضوئي للبروك أو الفيروسات / جدار حماية طلبات DAV (Propfind ليس طلب HTTP "عادي" ولكن يستخدم مع DAV).

لذلك: تحقق من وكيل و / أو الفيروسات الماسح الضوئي / جدار الحماية وتكوينها للسماح بطلبات DAV.

أيضا، يساعد في بعض الأحيان على استخدام HTTPS بدلا من HTTP بحيث لا يمكن لهذه التطبيقات التحقق من حركة مرور الشبكة بعد الآن.

كان الجواب أنه تم تغيير عنوان URL ل SVN Server مسبقا ثم عند محاولة التحقق من ذلك، فستفعل ذلك خطأ. كانت الخدعة بعد ذلك إلى Nuke مجلدات .svn، اسحب الطازجة ثم انسخت مع تغييراتي الجديدة. أتمنى أن تكون رسالة الخطأ أفضل.

إذا كنت تستخدم Subclipse حاول تغيير عميل واجهة SVN من Javahl إلى Svnkid

تحقق أيضا لمعرفة ما إذا كان Mod_Security تم تثبيته مؤخرا. على الأقل في Centos، لا يحتوي التكوين الافتراضي على الخطوط اللازمة للسماح ب SVN.

في /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

كان لدي مشكلة مماثلة مع عميل آخر حتى اكتشفت Anonymous lock creation is not allowed. رسالة في /var/log/apache2/error.log على الخادم. تأكد من عدم الاتصال العميل بالخادم بشكل مجهول.

حذف المجلد / home/user/.subversion،

ثم أعد تشغيل IDE أو SVN.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top