2012-05-09 32 views
12

Tôi muốn đạt được một svn-root trong/var/svn và kho (dự án) trong đó. Tôi có thể làm cho nó hoạt động trong trình duyệt (http://domain/url mang lại cho tôi "Bộ sưu tập kho") nhưng TortoiseClient đang cho tôi lỗi được đề cập trong tiêu đề.rùa svn cho tôi "chu kỳ chuyển hướng được phát hiện cho URL 'tên miền/svn'"

tôi thiết lập một lật đổ trên máy chủ ubuntu của tôi bằng cách làm như sau (rút ngắn):

mkdir /var/svn 
svnadmin create /var/svn/test 

và dav_svn.conf của tôi trông như sau:

<Location /svn> 
    DAV svn 
    SVNParentPath /var/svn 
    SVNListParentPath On 
</Location> 

tôi đọc về các liên kết sym thể gây ra vấn đề, vì vậy tôi sẽ đính kèm trang web mặc định là 000 của tôi (đó là tiêu chuẩn btw):

<VirtualHost *:80> 
    ServerAdmin [email protected] 

    DocumentRoot /var/www 
    <Directory /> 
      Options FollowSymLinks 
      AllowOverride None 
    </Directory> 
    <Directory /var/www/> 
      Options Indexes FollowSymLinks MultiViews 
      AllowOverride None 
      Order allow,deny 
      allow from all 
    </Directory> 

    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ 
    <Directory "/usr/lib/cgi-bin"> 
      AllowOverride None 
      Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch 
      Order allow,deny 
      Allow from all 
    </Directory> 

    ErrorLog ${APACHE_LOG_DIR}/error.log 
    # Possible values include: debug, info, notice, warn, error, crit, 
    # alert, emerg. 
    LogLevel warn 

    CustomLog ${APACHE_LOG_DIR}/access.log combined 

Alias /doc/ "/usr/share/doc/" 
<Directory "/usr/share/doc/"> 
    Options Indexes MultiViews FollowSymLinks 
    AllowOverride None 
    Order deny,allow 
    Deny from all 
    Allow from 127.0.0.0/255.0.0.0 ::1/128 
</Directory> 

tôi đã cố gắng như đề xuất trong How do I list all repositories with the SVNParentPath directive on Apache+SVN? nhưng tiếc là tôi nhận được một lỗi rùa sau đó (trong khi tôi vẫn có thể nhìn thấy nó tốt trong trình duyệt của tôi) Sau đó nó mang lại cho tôi "Các tùy chọn yêu cầu những trở XML không hợp lệ trong phản ứng: phân tích cú pháp XML lỗi ở dòng 1: không tìm thấy phần tử nào " (và HTTP TÙY CHỌN cho url đó thực sự không cung cấp nội dung phản hồi)

Có ai biết điều gì đang gây ra sự cố này không?

Chúc mừng!

Chỉnh sửa: Đây là sản phẩm access.log sau khi cố gắng đạt http://server/svn qua rùa

(với Địa điểm/svn) Thông báo 301 .. TortoiseSVN thay đổi đường dẫn đến 'http://server/svn' mà không có một dấu gạch chéo hàng đầu, tho tôi đã chỉ định để tìm kiếm bên trong 'http://server/svn/'

[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:42:30 +0200] "OPTIONS/HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 

(với Địa điểm/svn /)

[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4 neon/0.29.6" 
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
[10/May/2012:00:36:58 +0200] "OPTIONS/HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6" 
+0

Đây có thể là một ảnh chụp nhanh, nhưng bạn có thể có TortoiseSVN của bạn thông qua proxy web không? Tôi đã nhìn thấy các yêu cầu giữa trình duyệt kho lưu trữ TortoiseSVN và thư bị trả lại kho lưu trữ như thế này một lần trước đây và proxy web là nguồn ... –

+0

Không có rùa nào không sử dụng bất kỳ proxy nào. Dù sao, tôi đã thực hiện một repo đơn ngay bây giờ và đặt tất cả mọi thứ trong đó - thiết lập SVNPath cho một repo và ít nhất tôi có SVN bây giờ. –

+0

Có lẽ SElinux là vấn đề. Nhìn vào giải pháp xanh: http://serverfault.com/questions/114852/cannot-commit-to-svn-repository-via-http – cguenther

Trả lời

7

Trình duyệt Kho lưu trữ TortoiseSVN dường như không hỗ trợ duyệt bộ sưu tập các kho lưu trữ.

Vì vậy, nếu bạn có các kho:

/var/svn/repo1 
/var/svn/repo2 
/var/svn/repo3 

dav_svn.conf

<Location /svn> 
    DAV svn 
    SVNParentPath /var/svn 
    SVNListParentPath on 
</Location> 

các Bạn có thể duyệt chúng với một trình duyệt web chỉ vào http://server/svn.

Với TortoiseSVN, bạn cũng phải chỉ định tên của kho lưu trữ, ví dụ:

http://server/svn/repo1 
http://server/svn/repo2 
http://server/svn/repo3 
10

tôi konw đây là một chủ đề cũ, tuy nhiên cho beneift của người khác mà tìm thấy nó:

Chỉ cần một đoán, nhưng url trình duyệt của bạn cung cấp cho bạn có "viewvc" hoặc một số phần khác được thêm vào bởi trình duyệt svn?

i.e. http://mysvn/viewvc/trunk/..... 

Rùa sẽ không kiểm tra điều đó vì nó không phải là url svn thực; url svn của bạn có lẽ là một cái gì đó giống như

http://mysvnsvr/mysvn/trunk..... 
+0

Xin chào, không có trường hợp nào xảy ra. Vấn đề cụ thể của tôi là - như Idalonzo đã nói - rằng Rùa không hỗ trợ duyệt các bản repos. –

+0

Cảm ơn bạn Jay, tôi đang sử dụng SubversionEdge bởi CollabNet và điều này đã giải quyết được vấn đề của tôi. – lmingle

+0

Để xem url repo thực tế, mở [http: // mysvn/viewvc/trunk /] trong trình duyệt của bạn và ở cuối trang, bạn sẽ thấy url thanh toán svn. – h3n

1

Vấn đề đối với tôi là tôi đã có một RewriteRule .htaccess trong thư mục gốc tài liệu của tôi, yêu cầu để thêm một dấu/cho mỗi URL không có một.

Do đó, các khách hàng SVN, cố gắng gọi URL KHÔNG một dấu/như "https://site/repos/project" đã reidrected bởi apache để "https://site/repos/project/", do đó khách hàng SVN cố gắng để đi đến "https://site/repos/project" một lần nữa, và vân vân .

GIẢI PHÁP: Không có bất kỳ quy tắc nào thêm dấu/có thể ảnh hưởng đến url SVN của bạn.

8

Trên CentOS7, tôi đã xóa chỉ thị Bí danh và nó hoạt động.

+1

Chỉ cần chạy vào này (nhiều năm sau) và điều này đã thực sự những gì cố định nó cho tôi cuối cùng (CentOS7 máy chủ, Win10 khách hàng) – SonarJetLens

+0

Tôi cũng có cùng một vấn đề trên cùng một distro và giải pháp tương tự đã làm việc :) Bạn có biết * tại sao * điều này hoạt động? –

0

Tôi đã có cùng một vấn đề nhưng không phải cho nhiều kho lưu trữ chỉ thẻ, chi nhánh, v.v ... trong một kho lưu trữ. Xóa thẻ Bí danh trong tệp conf đã sửa lỗi này. Tôi đang chạy CentOS 7 với SVN 1.8 và Tortoise 1.9.

0

Thêm:

SVNListParentPath on 

dòng một mình giải quyết vấn đề này đối với tôi.

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