Merge thân vào chi nhánh với SVN: "Bảo mật kết nối rút gọn"

Question

sau khi cố gắng kết hợp thay đổi một thân cây svn trở lại chi nhánh với lệnh sau đây:

../branches/myBranch$ SVN merge -r 94: 171 https://.../trunk --dry hạn

tôi nhận được lỗi sau từ sVN:

svn: BÁO CÁO của '/ svnroot/simspark/svn/VCC/default!': không thể đọc kích thước chunk: Kết nối an toàn trun cated (https://simspark.svn.sourceforge.net)

Chúng tôi đã cố gắng google này trong một thời gian và kết luận rằng điều này là kinda vô nghĩa. Tôi sẽ không ngăn cản bạn cố gắng tự nhiên, nhưng bạn đã được cảnh báo.

Dù sao, sự rung cảm chung của những gì chúng tôi phát hiện ra là đây là lỗi trong SVN và chúng tôi bị vặn. Tôi đang sử dụng SVN phiên bản 1.5.4, đây là phiên bản mới nhất có sẵn cho bản phân phối Linux của tôi.

Bất kỳ ý tưởng nào? Tôi không cảm thấy như mất hơn ba tháng làm việc, vì vậy một giải pháp sẽ khá tốt đẹp.

Một đồng nghiệp vừa thử điều này trên máy Mac không nhận được lỗi và có thể thoát khỏi chạy khô, nhân tiện, nhưng đã có vài chục xung đột và vẫn đang tính. < 3 SVN.

Answer 1

Đối với những gì đáng giá, tôi nhận thấy điều này xảy ra khi kết nối HTTP của bạn được đặt lại bằng tường lửa. Sử dụng svn + ssh giải quyết vấn đề, nếu đó là một lựa chọn cho bạn.

Answer 2

Đã xảy ra sự cố tương tự trong khi chuyển đổi. Vì các chi nhánh khác trong cùng một repo không mang lại cùng một lỗi, có khả năng là bản sao làm việc bằng cách nào đó đã bị hỏng.

Giải pháp: đầu tiên tìm thư mục cao nhất trong cây thư mục nơi xảy ra lỗi; đó là nơi bản sao làm việc của bạn bị hỏng. Khi bạn đã tìm thấy thư mục đó, hãy kiểm tra thư mục đó ở vị trí khác trên đĩa cứng của bạn. Trong thư mục vừa được kiểm tra, lấy tập tin được gọi là "mục" từ thư mục con .svn, và sao chép nó trên các tập tin mục trong bản sao làm việc bị hỏng của bạn.

Answer 3

Điều này dường như là vấn đề Sourceforge, không phải vấn đề SVN.

https://sourceforge.net/apps/trac/sourceforge/ticket/21376 https://sourceforge.net/apps/trac/sourceforge/ticket/21051

Nếu bạn thêm thư mục để bản sao làm việc của bạn, hoặc nhập cấu trúc thư mục mới vào một kho lưu trữ hiện có, điều này dường như gây ra vấn đề này.

Cách giải quyết của chúng tôi là sử dụng nhà cung cấp SVN khác.

Answer 4

Dường như quá trình hợp nhất quá lớn đối với nội dung nào đó dọc theo dòng để xử lý - tôi đã giảm phạm vi sửa đổi và có thể gặp lỗi. Trang web này đã cho tôi một đầu mối: http://lists.parrot.org/pipermail/parrot-Dev/2009-September/02785.html

Answer 5

Một giải pháp mà làm việc cho tôi (trên máy chủ địa phương, nơi mà tôi đã truy cập) là để thêm vào các tập tin cấu hình Apache các SVNAllowBulkUpdates On chỉ thị. Có thể giúp đỡ cho ai đó;)