Lỗi SVN - 501 Cam kết không thực hiện không thành công

Question

Tôi có một thư mục trong kho lưu trữ không thể cam kết và thậm chí cả thư mục gốc không thể cam kết. Điều này xảy ra vài tuần trước, sau đó làm việc, rồi lại chớp mắt. Tôi đã xóa bộ nhớ cache xác thực của mình và không có trợ giúp. Tôi vẫn có thể làm việc với các thân khác nhưng không phải cái này và thông báo lỗi không giúp tôi đi đâu. Tôi đã làm sạch. Tôi đã tạo một thư mục mới từ VisualSVN từ kho lưu trữ và cùng một vấn đề. Bạn có bất cứ đề nghị? Tôi có thể nuke thư mục .svn và trợ giúp không? Tôi không muốn bắt đầu với một repo mới bởi vì chúng tôi có TeamCity tích hợp và xem. Giúp đỡ và cảm ơn trước! Doug

** Error: Cam kết thất bại (chi tiết theo):

Lỗi: Máy chủ gửi giá trị trở lại bất ngờ (501 Chưa thực hiện) để đáp ứng với

Lỗi: Yêu cầu PROPFIND cho '/ svn/MAHCP /trunk/src/RssaSolution/Mahcp.Rssa'**

Tôi cũng đã đăng lên SVNForum nhưng có ai khác đã gặp phải tình huống điên rồ này!

Answer 1

Có một URL cũ đã lỗi thời cho thân kho. Tôi muốn lỗi có một chút mô tả hơn. Cảm ơn các bạn .... nếu tôi có nhiều danh tiếng hơn, tôi sẽ cấp cho bạn cả hai điểm!

Answer 2

Thường là proxy hoặc máy quét vi-rút/tường lửa từ chối yêu cầu DAV (PROPFIND không phải là yêu cầu http 'bình thường' nhưng được sử dụng với DAV).

Vì vậy: hãy kiểm tra proxy và/hoặc máy quét vi rút/tường lửa của bạn và định cấu hình chúng để cho phép yêu cầu của DAV.

Ngoài ra, đôi khi nó giúp sử dụng https thay vì http để các ứng dụng đó không thể kiểm tra lưu lượng truy cập mạng nữa và can thiệp vào nó.

Answer 3

Câu trả lời là URL máy chủ svn đã được thay đổi trước đó và sau đó khi cố gắng kiểm tra lại nó sẽ bị lỗi. Bí quyết sau đó là để nuke các thư mục .svn, kéo xuống tươi và sau đó sao chép với những thay đổi mới của tôi. Tôi muốn thông báo lỗi đã tốt hơn.

Answer 4

Nếu u sử dụng một subclipse cố gắng thay đổi giao diện khách hàng SVN từ JavaHL để SVNKid

Answer 5

Kiểm tra cũng cho thấy nếu mod_security thời gian gần đây đã được cài đặt. Ít nhất là trên CentOS, cấu hình mặc định của nó không có các dòng cần thiết để cho phép SVN.

Trong /etc/httpd/modsecurity.d/modsecurity_crs_30_http_policy.conf, tôi đặt này trong phương pháp yêu cầu cho phép phần:

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 

Answer 6

xóa các thư mục /home/user/.subversion ,

sau đó khởi động lại IDE hoặc svn.

Answer 7

Tôi đã gặp sự cố tương tự với ứng dụng khách khác cho đến khi tôi phát hiện thấy thông báo Anonymous lock creation is not allowed. trong /var/log/apache2/error.log trên máy chủ. Đảm bảo khách hàng không kết nối với máy chủ nặc danh.