2009-06-22 25 views
69

Tôi đang cố gắng để thiết lập kho đầu tiên của tôi trên máy chủ của tôi và tôi nhận được lỗi này khi tôi sử dụng TortoiseSVN để kiểm tra dự án:Một SVN lỗi (200 OK) khi kiểm tra ra từ kho lưu trữ trực tuyến của tôi

Error: OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK (http://mywebsite.com)

Dưới đây là những gì tôi đã làm:

  1. SSH vào máy chủ và đầu tôi đến/home/myaccnt và 'svnadmin tạo svn'

  2. tạo kho lưu trữ dự án của tôi: 'svn mkdir svn/myprojec t '

  3. Thêm tệp vào kho lưu trữ: cd /home/myaccnt/.../myproject (trong đó có/tags,/branch,/trunk); 'svn import file: /// home/myaccnt/svn/myproject' (danh sách lớn các tập tin được thêm vào được nhìn thấy tại thời điểm này.)
    Tại thời điểm này tôi nghĩ rằng tôi đã thiết lập kho lưu trữ và nhập dự án của mình vào kho lưu trữ. Vì vậy, tôi đã sẵn sàng để kiểm tra bằng cách sử dụng TortoiseSVN trên hộp Windows của tôi. Vì vậy:

  4. Trong thư mục Tôi muốn kiểm để, tôi nhấp chuột phải và SVN Checkout, và sau đó đảm bảo URL của tôi là: http://mywebsite.com/svn/myproject

quả?

Error: OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK (http://mywebsite.com)

Bất cứ ai có bất kỳ suy nghĩ nào cho tôi? Tôi có thể thiếu một cái gì đó cơ bản với cấu trúc của kho lưu trữ của tôi hoặc htaccess ... hoặc một cái gì đó.

Trả lời

3

Dường như đây là vấn đề hạn chế của máy chủ của tôi và tôi đang làm việc với họ để giải quyết vấn đề.

Cảm ơn, 1800.

BTW, câu trả lời ở đây là máy chủ của tôi, A2 Web Hosting, đòi hỏi SVN được xử lý thông qua SSH sử dụng một public_key và cấu hình, trong trường hợp của tôi, TortoiseSVN để thực hiện công việc. Đó là loại funky cho một người có chỉ là một chút kinh nghiệm thiết lập các phím, nhưng nó đã được khá thỏa mãn khi nó đã được thực hiện!

Bạn có thể tìm thông tin về SVN trên máy chủ A2 trong wiki hỗ trợ của họ.

2

Nếu bạn thay đổi địa chỉ thanh toán từ http://mywebsite.com/svn/myproject thành svn://mywebsite.com/svn/myproject, nó có bắt đầu hoạt động không? Nếu vậy, có thể bạn đã không thiết lập giao thức HTTP để truy cập SVN?

+1

Điều đó không giải quyết được. –

+1

Làm việc cho tôi. Cảm ơn! – Gili

+0

Tuyệt vời, đã làm việc cho tôi! – Riyaz

81

tôi phải thâm nhập vào vấn đề này quá và tìm thấy những trang sau đó đưa tôi đến với giải pháp: - http://comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (Xem đặc biệt là link to "Julian's patch".)

Có nói rằng "OPTIONS của <url>: 200 (<url>) OK "lỗi khá gây hiểu lầm và thường chỉ có nghĩa là URL của kho lưu trữ sai.

+1

Cảm ơn. Điều này đã giúp tôi ra ngoài! Thông báo lỗi ngu ngốc. – Johnsyweb

+4

Yea. Trong hầu hết các trường hợp, đó là một url sai. Tôi cũng lại có nó, nhưng tôi luôn quên nguyên nhân của nó. –

+0

Chúng tôi thấy lỗi này theo thời gian với khách hàng của chúng tôi tại ProjectLocker, và nó luôn luôn là một URL không chính xác. Vui lòng chấp nhận câu trả lời ở trên. – brokenbeatnik

0

Sửa đổi phản hồi đầu tiên phù hợp với tôi.

Kho lưu trữ của tôi sử dụng SSH. URL được cung cấp cho tôi dưới dạng https: // (để truy cập HTTPS) và cuối cùng tôi đã tìm ra rằng giao thức trên URL cần được thay đổi.

Sử dụng client command-line: $ svn checkout svn + ssh: /// svnroot //

(Không cấu hình quan trọng là cần thiết.)

3

Tôi chỉ có vấn đề này. Máy chủ Subversion của tôi nằm trên một cổng không chuẩn. Vì vậy, URL kho lưu trữ của tôi đã sai. Chỉ cần một cái gì đó khác để kiểm tra ...

10

Tôi đã gặp sự cố tương tự với lệnh "danh sách svn" đơn giản.

Để mở rộng câu trả lời Vitor Mateus' về dấu gạch chéo: Trong khi thiết lập kho riêng của tôi sử dụng Apache trên một máy chủ trong nhà, ban đầu Location thẻ của tôi trong tập tin cấu hình Apache 2 trông giống như:

<Location "/svn/repo_address/"> 
    ... 
</Location> 

Trường hợp có là một số trailing "/" sau "repo_address". Không được có dấu gạch chéo ở đó:

<Location "/svn/repo_address"> 
    ... 
</Location> 

Điều gì đó tinh tế, nhưng nó tạo nên sự khác biệt lớn. Bây giờ, hãy gọi tới số

svn list http://my.server.com/svn/repo_address 

hoạt động tốt. Đôi khi nó giúp để đọc hướng dẫn cẩn thận ;-)

+0

+1 Đây là người duy nhất từ ​​nhiều người khác giải quyết được vấn đề của tôi. Cảm ơn hàng triệu lần! :) – dwich

3

Đối với tôi, lỗi là ở phía máy chủ, và đó là vì tôi quên để bỏ ghi chú

DAV svn 

trong file cấu hình /etc/apache2/mods-enabled/dav_svn.conf (trên Debian) .

1

Đối với tôi, đó thực sự là vấn đề xác thực.

Thông thường khi tôi cố gắng thanh toán một dự án mới, tôi được hỏi có muốn chấp nhận chứng chỉ (vĩnh viễn, tạm thời hoặc không).

Tôi phải nhấp vào không phải ở tất cả trước đó, vì vậy nó sẽ không nhắc tôi lần nữa.

Sử dụng client TortoiseSVN tôi đã đi vào Cài đặt, sau đó lưu dữ liệu và xóa dữ liệu xác thực của tôi (nút Rõ ràng).

Sau đó, khi tôi đã thử thanh toán, nó đã nhắc tôi chấp nhận chứng chỉ. Tôi đã làm Vĩnh viễn và tất cả đều tốt. Nó kiểm tra tất cả các mã của tôi.

0

Tôi đã gặp phải lỗi này khi kết nối với kho lưu trữ nguồn mở từ Ubuntu x của tôi.

Giải pháp đã hoạt động là sửa đổi tệp /etc/subversion/servers. Tôi đã sửa đổi cài đặt proxy trong phần toàn cầu và bây giờ: Tất cả đều tốt.

0

Đảm bảo SVNPath được đặt chính xác trong cấu hình Apache!

1

Lỗi này là hoàn toàn chung chung và chỉ có nghĩa là nó không thể giao tiếp với máy chủ SVN. Sử dụng trình duyệt của bạn để xem URL và xem những gì thực sự được phân phối. Nó phải là một trang màu đen và trắng đơn giản có tên Powered by Subversion ở chân trang. Điều đó sẽ giúp bạn tìm ra vấn đề là gì.

Trong trường hợp của tôi, yêu cầu không kết thúc ở mô-đun DAV vì tôi đang sử dụng ProxyPass.

0

Một lý do khác để nhận lỗi này (trong số nhiều trường hợp ở trên) là có proxy được đặt trong ~/.subversion/servers khi bạn không cần proxy để truy cập vào máy chủ mà bạn đang cố gắng kết nối.

0

Tôi gặp sự cố khác (và giải pháp). Tôi không hiểu tại sao nó xảy ra, nhưng kể từ khi một số thanh toán DID kho lưu trữ, tôi đã cố gắng để kiểm tra nội dung khác nhau một cách độc lập.

Tôi đã tìm thấy rằng chỉ một tệp JAR trong thư mục gốc không được kiểm tra và cố gắng kiểm tra xem nó có gây ra lỗi hay không. Vì tệp là tệp trùng lặp của cùng một tệp JAR, nằm trong thư mục "đích", tôi vừa xóa nó khỏi kho lưu trữ thông qua trình duyệt repo (TortoiseSVN) và kiểm tra lại dự án qua NetBeans - cuối cùng nó đã hoàn thành mà không cần lỗi.

Các vấn đề liên quan