كيف يمكنني حل "405 طريقة غير مسموح بها" لإعداد التخريب لدينا؟

Question

نحن نخدم شفرة المصدر الخاصة بنا باستخدام خادم VisualSVN قيد التشغيل على Windows Server 2003. في الآونة الأخيرة، نقسم جزءا من مشروع في مشروع جديد في مستودعه الخاص، ثم ربطه بالعودة إلى المشروع الأصلي باستخدام svn:externals. وبعد منذ ذلك الحين، كنا نواجه مشكلات عندما نحاول ارتكاب ملفات مع فرعية.

الخطأ الذي نحصل عليه هو:

SVN: ارتكاب فشل (تفاصيل متابعة):

SVN: Propfind of '/ svn': 405 طريقة غير مسموح بها (https://svn.ourserver.com.)

googling لفترة من الوقت لم يساعد حقا، ويبدو أن تكويننا صحيحا. تجدر الإشارة أيضا إلى أننا كنا ندير هذا الخادم لفترة من الوقت الآن بدون هذه المشكلات وبصرف النظر عن تقسيم المشروع إلى مستويين، لم يتم إجراء أي تغييرات على الخادم (أي ملفات التكوين هي نفسها).

تجدر الإشارة أيضا إلى أن هذه الأخطاء تظهر فقط عندما نحاول التحقق من ملفات متعددة في وقت واحد. إذا تحققنا في ملف واحد في وقت واحد، فلا توجد أخطاء. أيضا، يظهر فقط في فك التشفير بقدر ما نعرفه الآن، و Versions.app (OS X) يبدو أنه يعمل بشكل جيد، بحيث يكون هذا هو الحل الحالي الخاص بنا.

كيف يمكنني تحليل الخطأ للعثور على السبب وإصلاحه لاحقا؟

أنا بأي حال من الأحوال، جورو SVN والآن أنا جاهل.

---

يبدو أننا يمكن أن تحقق في ملفات متعددة في نفس الحزمة، ولكن ليس الملفات من حزم متعددة. أيضا، عندما قمت بتقسيم "المشروع إلى مستويين اثنين، استوردت المستودع الأصلي باسم جديد. لم أفعل تفريغ ثم استيراد تلك التفريغ. هل يمكن أن يكون ذلك مصدر مشكلاتنا، وإذا كان الأمر كذلك، كيف سأحل ذلك؟

بعد بعض الرجوع حوله يبدو كما لو كان مرتبطا بالفعل عند التحقق في الملفات في مستودعات مختلفة. إذا حاولت إجراء ارتكاب واحد في كل من المستودع A و Stepository B (تمت الإشارة إليه svn:externals) في نفس الوقت، أحصل على الخطأ. Versions.app يتعامل مع هذا بشكل صحيح، لكنني أعتقد أنه قد يكون مجرد ارتكاب اثنين، وليس واحدة واحدة. يفشل Subclipse بائسة. في الوقت الحالي، نحن ببساطة نقوم ببساطة بعدة ارتكاب، واحد للمستودع A و ONE للمستودع B، الذي يعمل بشكل جيد فقط. إذا كان أي شخص أكثر ذكاء مني يمكن أن يملأ التفاصيل لماذا يحدث هذا، سواء كان هذا النوع من الإعداد أم لا، إلخ، يرجى الذهاب إلى الأمام.

Answer 1

المتطلبات المسبقة: استئجار مسؤول جيد

مشكلة: يستخدم خادم VisualSVN المصادقة المستندة إلى المسار للجميع وأي أجزاء من Repos داخلها. مستوى الوصول الافتراضي (AFAICR) - هو * = r للجذر وهذا الإعداد الموروث في جميع العقد أدناه (جذر المستودع أيضا) وعند محاولة الالتزام بمستودع جديد بدون ACLs جيدة لذلك (أو سوء فهم) لك الحصول على مشكلة

المحلول: تحقق من خاصية المستودع الجديد في ServerSVN Server MMC-Applet، والتحقق من الأذونات والمستخدمين. في أبسط القضية، يجب أن يكون لدى المستخدم، الذي لديه حقوق الكتابة (يمكن أن يرتكب) في مستودع فائق (مستودع من الخارج) (إذا سمح بالسياسة) في مستودع الفرعية (مستودع مع مرتبط مصادر).