Làm cách nào để nâng cấp SVN từ phiên bản 1.4.4 lên phiên bản 1.6?Cách nâng cấp SVN 1.4.4 (r25188) lên SVN 1.6
Tôi nghĩ chúng ta có thể sử dụng dòng lệnh sau đây, nhưng nó không tồn tại trong phiên bản của chúng tôi:
svnadmin upgrade
SVN đang chạy trên môi trường Windows Server. Chúng tôi đang chạy phiên bản SVN Server: svnadmin, phiên bản 1.4.4 (r25188) được biên soạn 2007-06-08T18: 49: 42.
Bạn đang sử dụng loại máy chủ nào? Nếu bạn đang chạy apache (http: //) hoặc svnserve (svn: //), chỉ cần thay thế tất cả các tệp nhị phân svn bằng phiên bản 1.6.3 của tệp nhị phân (đầu gối giật nag - sao lưu kho lưu trữ của bạn trước, giữ cũ nhị phân xung quanh). Đừng quên nâng cấp các module apache nếu bạn đang sử dụng apache.
Nếu bạn không sử dụng máy chủ nhưng chạy với các tệp trực tiếp (c: \), chỉ cần cập nhật ứng dụng khách của bạn để sử dụng 1.6.3.
Tại thời điểm này, máy chủ 1.6 mới của bạn đang phân phối trong kho lưu trữ 1.4. Để nâng cấp cấu trúc kho lưu trữ và có được quyền truy cập đầy đủ vào các tính năng mới, hãy sử dụng lệnh nâng cấp svnadmin đi kèm với 1.6 tệp nhị phân. Chạy lệnh này trên máy có quyền truy cập vào các tệp vật lý của kho lưu trữ và cung cấp cho nó vị trí thực của gốc kho (c: \ myrepository).
Bạn có thể nhận được cấu trúc kho lưu trữ được tối ưu hóa cao hơn nếu bạn đổ hết nội dung với bãi chứa svnadmin, tạo kho lưu trữ trống mới, svnadmin tải vùng chứa cũ. Đọc ghi chú phát hành cho 1.5 & 1.6 và đầu ra của "nâng cấp trợ giúp svnadmin" để tìm hiểu lý do.
Khách hàng của bạn có thể nâng cấp riêng, khi họ sẵn sàng. Một dịch vụ 1,6 có thể nói chuyện với một khách hàng 1,4, 1,5 hoặc 1,6, và một khách hàng 1,6 có thể nói chuyện với một máy chủ 1,4, do đó, nó không quan trọng nếu bạn nâng cấp khách hàng đầu tiên.
Không giống như kho lưu trữ, bản sao làm việc trên máy của bạn được nâng cấp ngay khi khách hàng mới nhìn thấy chúng. Điều này có nghĩa là bạn sẽ gặp rắc rối khi trộn các máy khách với các phiên bản khác nhau trên cùng một máy, ví dụ, nếu bạn sử dụng tortoisesvn và ankh svn - bạn sẽ cần cập nhật cả hai máy khách lên phiên bản 1.6 cùng một lúc. Nếu bạn gặp lỗi phiên bản sao chép, đây sẽ là lý do tại sao. Nó sẽ không biến mất cho đến khi bạn ngừng sử dụng các máy khách cũ.
Như với tất cả mọi thứ lật đổ, các redbook là điều cần thiết.
Lệnh svnadmin là một phần của gói máy chủ SVN. Hãy chắc chắn rằng bạn đang chạy phiên bản máy chủ của gói (bạn không cần chạy svnadmin trên máy khách cục bộ/bản sao làm việc của bạn).
Nếu bạn đã cài đặt phiên bản được đóng gói/đóng gói, hãy chắc chắn đó là bản phát hành đầy đủ.
Chúng tôi đang chạy SVN Server trên Windows 2003 Server. Làm cách nào để kiểm tra xem đó có phải là phiên bản được đóng gói/đóng gói không? – Robs
Chúng tôi đã theo dõi đề xuất của Jim T và nó hoạt động tốt. Chúng tôi chỉ có một vấn đề với cam kết:
svn: Cam kết thất bại (chi tiết theo): svn: Can file không mở/db/TXN-hiện tại-lock ': Permission denied
Chúng tôi giải quyết bằng cách thay đổi quyền của các tệp trong thư mục db.
vì bạn không có quyền ghi với dự án. Cho phép để lưu trữ và sau đó u có thể cam kết svn. – unknown
Bạn đang nâng cấp máy khách hoặc máy chủ? – EFraim
Chúng tôi đang chạy phiên bản SVN Server: svnadmin, phiên bản 1.4.4 (r25188) được biên soạn ngày 8 tháng 6 năm 2007, 18:49:42 – Robs