Subversion: Bản sao làm việc là phiên bản phát triển cũ

Question

Tôi đang phát triển trên OSX và một trong các bản sao làm việc Subversion của tôi vừa bắt đầu trả lại lỗi sau cho tất cả các lệnh, tuy nhiên các kiểm tra khác của tôi hoạt động tốt. Tôi nhận được thông báo tương tự với cả hai bản cài đặt SVN của Brew cũng như ứng dụng Cornerstone của tôi, nhưng các thư mục làm việc khác vẫn ổn.

> svn update 
svn: E155036: Please see the 'svn upgrade' command 
svn: E155036: Working copy '/working_directory' is an old development version (format 12); to upgrade it, use a format 18 client, then use 'tools/dev/wc-ng/bump-to-19.py', then use the current client 
> svn upgrade 
svn: E155019: Can't upgrade '/working_directory' as it is not a pre-1.7 working copy directory 
svn: E150000: Missing default entry 

Tôi không có kịch bản bump-to-19.py bất cứ nơi nào trên máy tính của tôi (theo find/-type f -name bump-to-19.py), tuy nhiên tôi nghĩ rằng tôi đã có thể tìm thấy nó trên Apache repository. Điều đó nói rằng, tôi không quen thuộc với những gì nó làm, hoặc làm thế nào để sử dụng nó. Lý tưởng nhất là tôi có thể tránh kiểm tra một phiên bản mới của thư mục làm việc này và kết hợp thủ công trong tất cả các thay đổi (nhiều) của tôi.

Thông tin duy nhất tôi có thể tìm thấy có liên quan đến Netbeans và javahl và tôi đang không sử dụng.

EDIT: Sau khi tải về các tập tin bump-to-19.py và làm cho nó thực thi, tôi đã cố gắng nó chống lại thư mục làm việc của tôi không có kết quả:

> ./bump-to-19.py working_directory/ 
error: format is 29 not 18: 'working_directory/' 

Answer 1

Mặc dù tôi đã không thể tìm ra lý do tại sao thư mục làm việc của tôi đã bị hỏng , Tôi có thể làm việc xung quanh nó bằng cách sử dụng rsync - có một tùy chọn, C, sẽ bỏ qua các tệp và thư mục CVS ​​/ SVN khi tạo bản sao lưu. Tôi đã tạo một bản sao lưu bằng cách sử dụng tùy chọn này, đã kiểm tra lại dự án và sau đó sao chép bản sao lưu trở lại thư mục làm việc mới. SVN lại hạnh phúc.

> rsync -arC working_directory working_directory_no_svn 
> rm -rf working_directory 
> svn co https://svn.example.com/project/trunk working_directory 
> rsync -ar working_directory_no_svn working_directory 

Answer 2

tôi đã cùng một vấn đề và đây là cách tôi giải quyết:

1. Xóa thư mục svn ở cấp cao nhất (rm -rf svn)
2. phần mềm Thanh toán một lần nữa từ SVN (svn co ...)
3. Tốt để đi!

Answer 3

Tôi gặp sự cố tương tự, svn của tôi là phiên bản 1.7.10, tuy nhiên plugin Subversion của tôi cho Eclipse hơi cũ hơn, tôi giả định 1.6.something.

Sử dụng lệnh "rsync -arC working_directory archive_no_svn" là bước đột phá - ít nhất giờ tôi đã có bản sao giờ đồng bộ hóa mà tôi vừa hoàn thành.

Tôi đã thử sử dụng "đồng svn" nhưng đó là phiên bản sai, vì vậy tôi chỉ cần chạy bản cập nhật bằng cách sử dụng plugin Subversion trong Eclipse - khôi phục thư mục làm việc này từ kho - khá nhiều những gì tôi đã theo dõi và là phiên bản chính xác.

Đưa rsync trở lại vị trí chính xác là một mẹo. rsync xuất hiện để thả thư mục làm việc vào vị trí lưu trữ, tạo archive_location/working_directory/the-files. Vì vậy, việc đồng bộ dữ liệu đã lưu trữ trở lại vào thư mục làm việc đã đạt được với: rsync -ar archive_no_svn/working_directory.

Bây giờ tôi phải tìm hiểu về việc nâng cấp Plugin Subversion của tôi cho Eclipse 1,7

Answer 4

Tôi biết điều này đã được khoảng một thời gian, nhưng tôi tìm thấy một giải pháp sử dụng các gợi ý được đưa ra bởi SVN ... Về cơ bản sử dụng nâng cấp lệnh như nó nói. Sử dụng CMD, tôi đã đi đến thư mục không gian làm việc của tôi, nơi dự án gặp rắc rối được đặt. Cho phép gọi dự án Project1.Bạn gọi lệnh:

"svn nâng cấp project1"

này giải quyết vấn đề của tôi một cách thích hợp mà không cần sự tham gia của một số loại hack hay workaround.