Nâng cấp Máy chủ Subversion từ 1.7 lên 1.8

Question

Liên quan đến How to upgrade SVN server from 1.6 to 1.7 và Will TortoiseSVN 1.7 work properly against a SVN 1.6 repository?.

Cập nhật VisualSVN-Server thành 2.6.0 (SVN 1.8) và máy khách TortoiseSVN địa phương thành 1.8. Tôi đã nâng cấp các bản sao làm việc cục bộ lên 1.8.

Câu hỏi của tôi đơn giản là có gì để làm với kho lưu trữ thực tế? Làm thế nào bạn có thể xác định phiên bản kho lưu trữ? Có thể/Có cần phải nâng cấp không?

Tôi có thể dễ dàng cập nhật bản sao làm việc, nhưng tôi dường như không thể tìm thấy bất kỳ điều gì đề cập đến kho lưu trữ máy chủ thực.

Answer 1

Bạn không bắt buộc phải làm bất cứ điều gì trên máy chủ để nâng cấp kho lưu trữ của mình. Để tận dụng các tính năng mới trong phần phụ trợ FSFS, bạn có thể chạy svnadmin upgrade nhưng để có được toàn bộ lợi ích cho toàn bộ lịch sử của mình, bạn sẽ cần thực hiện một chu trình đổ/tải.

Điều đó nói rằng, có một bug with svnadmin upgrade in 1.8.0 dẫn đến sự cố nếu bạn có kho lưu trữ không bị chặn. Vì vậy, bạn có thể muốn đợi cho đến khi 1.8.1, hoặc làm đổ đầy/tải.

Answer 2

Theo số Apache Subversion 1.8 Release Notes, bạn chỉ cần cài đặt các thư viện và tệp nhị phân mới nhất lên trên các thư viện cũ hơn.

Tôi muốn có bản sao lưu dự phòng tốt cho Subversion 1.7 trước khi thử.

Answer 3

Làm cách nào bạn có thể xác định phiên bản kho lưu trữ?

xem {repo}/db/fs-type và {repo}/db/format. Mine hiện là:

4 
layout sharded 1000 

thể/Liệu nó cần phải được nâng cấp?

Nó không phải được nâng cấp; svn 1.8 hỗ trợ định dạng FSFS 4, cũng như một số định dạng cũ hơn. Dumping và reloading sẽ cung cấp cho bạn định dạng FSFS mới nhất (5), với một số lợi thế về hiệu quả, và có lẽ được đưa ra khỏi ngày khi bạn buộc phải nâng cấp.

Tôi tin rằng lợi ích là lớn nhất khi có nhiều cam kết nhỏ; trên hai repos tôi kiểm soát tôi tìm thấy kích thước repo được giảm chỉ khoảng 5-10% đi từ FSFS 4 đến FSFS 5.