Tôi đang làm việc trên một dự án với một người bạn và tôi muốn quay lại phiên bản cũ hơn của mã của chúng tôi và đặt nó là hiện tại. Tôi phải làm nó như thế nào?
Tôi đang sử dụng "anksvn" trên vs08.
Tôi có phiên bản mà tôi muốn trên PC của mình, nhưng cam kết không thành công; Thông báo mà tôi nhận được là "cam kết không thành công, tệp hoặc thư mục đã hết hạn."
Tôi cũng có máy khách lật đổ trên PC của tôi.
Câu trả lời:
Về cơ bản bạn cần phải "ngược hợp nhất" - áp dụng một diff giữa phiên bản hiện tại và trước đến phiên bản hiện tại (do đó bạn kết thúc với một bản sao làm việc trông như phiên bản cũ) và sau đó cam kết một lần nữa. Vì vậy, ví dụ để chuyển từ phiên bản 150 (hiện tại) trở lại phiên bản 140:
svn update
svn merge -r 150:140 .
svn commit -m "Rolled back to r140"
Sách đỏ Subversion có một phần tốt về điều này .
svn merge -r HEAD:140.
Bạn chỉ có thể cam kết những thay đổi mới ở phần đầu của lịch sử lật đổ.
Lý do bạn không thể làm bất cứ điều gì trực tiếp với bản sao tốt mà bạn có trên PC, là vì các .svnthư mục của nó biết rằng đó là mã từ quá khứ, vì vậy cần phải cập nhật trước khi có bất kỳ cam kết nào.
Tìm số sửa đổi của bản sao cũ mà bạn muốn.
Nhận bản sửa đổi hiện tại của bạn với:
svn info --show-item revision
# or
svn logHoặc để kiểm tra các phiên bản cũ hơn của dự án của bạn, hãy sử dụng:
svn update -r <earlier_revision_number>cho đến khi bạn tìm thấy số sửa đổi đúng
Lưu ý số sửa đổi tốt (giả sử 123ví dụ dưới đây).
Cập nhật lên bản sửa đổi mới nhất:
svn updateHoàn tác tất cả các thay đổi giữa phiên bản bạn muốn và phiên bản mới nhất:
svn merge -r HEAD:123 .
svn commit "Reverted to revision 123"(giống như câu trả lời của Jon Skeet ở trên.)
Nếu bạn không thể tìm thấy bản sao cũ và bạn chỉ muốn cam kết các tệp hiện có trên PC của mình:
Tạo một bản sao của phiên bản tốt của bạn (nhưng không có bất kỳ .svnthư mục nào ):
cd ..
rsync -ai --exclude=.svn project/ project-good/Bây giờ hãy chắc chắn rằng bạn có phiên bản mới nhất:
cd project
svn update
# or make a fresh checkout
svn checkout <url>Sao chép phiên bản tốt của bạn trên đầu của bản sao làm việc.
Lệnh này sẽ sao chép và cũng xóa bất kỳ tệp nào khỏi cây làm việc không có trong bản sao tốt của bạn, nhưng nó sẽ không ảnh hưởng đến các .svnthư mục hiện có .
cd ..
rsync -ai --exclude=.svn --delete project-good/ project/Nếu bạn không có rsync, bạn có thể sử dụng cp -anhưng bạn cũng sẽ cần xóa mọi tệp không mong muốn theo cách thủ công.
Bạn sẽ có thể cam kết những gì bạn có bây giờ.
cd project
svn commit "Reverted to good copy"Chỉ cần sử dụng dòng này
cập nhật svn -r yourOldRevesion
Bạn có thể biết bản sửa đổi hiện tại của mình bằng cách sử dụng:
thông tin svn
Cách tiêu chuẩn sử dụng hợp nhất để hoàn tác toàn bộ đăng ký hoạt động tuyệt vời, nếu đó là điều bạn muốn làm. Tuy nhiên, đôi khi, tất cả những gì bạn muốn làm là hoàn nguyên một tệp. Không có cách hợp pháp để làm điều đó, nhưng có một hack:
Sử dụng tiểu ban xuất khẩu của svn:
svn xuất http: // url-to-your-file @ 123 / tmp / tên tệp
(Trong đó 123 là số sửa đổi cho phiên bản tốt của tệp.) Sau đó, di chuyển hoặc sao chép tệp duy nhất đó để ghi đè lên tệp cũ. Kiểm tra các tập tin sửa đổi và bạn đã hoàn tất.
svnlà tốt?
svn cat -r 123 path-in-your-working-copy > path-in-your-working-copy
Một chút trường học cũ
svn diff -r 150:140 > ../r140.patch
patch -p0 < ../r140.patch
sau đó là bình thường
svn diff
svn commit
Tôi nghĩ rằng điều này là phù hợp nhất:
Ví dụ, thực hiện việc hợp nhất ngược lại, nếu mã đã cam kết chứa bản sửa đổi từ rev 5612 thành 5616, chỉ cần hợp nhất nó ngược lại. Nó hoạt động cuối cùng của tôi.
Ví dụ:
svn merge -r 5616:5612 https://<your_svn_repository>/
Nó sẽ chứa một mã được hợp nhất trở lại bản sửa đổi trước đó, sau đó bạn có thể cam kết nó.
Đây là những gì tôi đã làm và làm việc cho tôi.
Tôi muốn hoàn tác các thay đổi trong nhiều lần xác nhận mà tôi đã thực hiện trong một số thời điểm nhất định và muốn đi đến điểm cam kết trước đó.
Điều này sẽ chạy hợp nhất ngược, hoàn tác các thay đổi trong bản sao làm việc của bạn.
Chỉ cần xem lại mã và cam kết.
Nhấp chuột phải vào hệ thống phân cấp cao nhất bạn muốn hoàn nguyên >> ReverthoặcRevert to Revision
Hầu hết các câu trả lời trước đây đã được sử dụng hợp nhất ngược và đó thường là câu trả lời đúng. Tuy nhiên, có một tình huống (điều vừa xảy ra với tôi) không xảy ra.
Tôi đã vô tình thay đổi một tệp có kết thúc dòng Unix thành kết thúc dòng DOS khi thực hiện một thay đổi nhỏ và cam kết nó. Điều này có thể dễ dàng hoàn tác, bằng cách thay đổi các kết thúc dòng và cam kết lại, hoặc bằng cách hợp nhất ngược, nhưng nó có tác dụng làm cho svn blamedanh sách chỉnh sửa của tôi là nguồn của mỗi dòng của tệp. (Thật thú vị, TortoiseSVN trên Windows không bị ảnh hưởng bởi điều này; chỉ có dòng lệnhsvn blame .)
Nếu bạn muốn duy trì lịch sử như đã báo cáo svn blame, tôi nghĩ bạn cần làm như sau:
Việc xóa là hơi đáng sợ, nhưng hãy nhớ rằng bạn luôn có tệp được lưu trong kho lưu trữ, vì vậy việc khôi phục nó không phải là vấn đề lớn. Đây là một số mã để minh họa các bước. Giả sử đó xxxlà số sửa đổi của bản sao tốt cuối cùng.
svn rm svn+ssh://path/to/file
svn copy svn+ssh://path/to/file@xxx svn+ssh://path/to -m"Restore good copy"
svn update
<restore the edits>
svn commit -m"Restore edits"
Lưu ý rằng đối với một bản sao trong kho lưu trữ, đích cần phải là một thư mục, không phải là tên tệp.
Có rất nhiều câu trả lời nguy hiểm trên trang này. Lưu ý rằng kể từ SVN phiên bản 1.6, thực hiện cập nhật -r có thể gây ra xung đột cây, nhanh chóng leo thang thành cơn ác mộng có khả năng mất dữ liệu kafkeresque khi bạn đang tìm kiếm thông tin về xung đột cây.
Cách chính xác để trở lại phiên bản là:
svn merge -r HEAD:12345 .
Trong đó 12345 là số phiên bản. Đừng quên dấu chấm.
Câu trả lời của Jon Skeet gần như là giải pháp ngắn gọn, tuy nhiên nếu bạn giống như tôi, bạn có thể muốn một lời giải thích. Hướng dẫn Subversion gọi đây là
Từ những trang đàn ông.
Biểu mẫu này được gọi là hợp nhất 'cherry-pick': '-r N: M' đề cập đến sự khác biệt trong lịch sử của nhánh nguồn giữa các phiên bản N và M.
Một "phạm vi đảo ngược" có thể được sử dụng để hoàn tác các thay đổi. Ví dụ: khi nguồn và mục tiêu đề cập đến cùng một chi nhánh, bản sửa đổi được cam kết trước đó có thể là 'hoàn tác'. Trong phạm vi đảo ngược , N lớn hơn M trong '-r N: M' hoặc tùy chọn '-c' được sử dụng với số âm: '-c -M' tương đương với '-r M:'. Hoàn tác các thay đổi như thế này còn được gọi là thực hiện 'hợp nhất ngược'.
Nếu nguồn là một tệp, thì sự khác biệt được áp dụng cho tệp đó (hữu ích cho việc hợp nhất ngược lại các thay đổi trước đó). Mặt khác, nếu nguồn là một thư mục, thì mục tiêu mặc định là '.'.
Trong sử dụng bình thường, bản sao làm việc phải được cập nhật, tại một lần sửa đổi, không có sửa đổi cục bộ và không có phụ đề chuyển đổi.
Thí dụ:
svn merge -r 2983:289 path/to/file
Điều này sẽ thay thế bản sao cục bộ [2983] (mà theo trích dẫn ở trên, phải đồng bộ với máy chủ - trách nhiệm của bạn) với bản sửa đổi 289 từ máy chủ. Thay đổi xảy ra cục bộ, có nghĩa là nếu bạn có kiểm tra sạch, thì những thay đổi có thể được kiểm tra trước khi thực hiện.
Sau đây đã làm việc cho tôi.
Tôi đã có rất nhiều thay đổi cục bộ và cần phải loại bỏ những thay đổi trong bản sao cục bộ và kiểm tra phiên bản ổn định cuối cùng trong SVN.
Kiểm tra trạng thái của tất cả các tệp, bao gồm các tệp bị bỏ qua.
Grep tất cả các dòng để có được các tập tin mới được thêm và bỏ qua.
Thay thế bằng //.
và rm -rf tất cả các dòng.
trạng thái svn - không bỏ qua | grep '^ [? I]' | sed "s / ^ [? I] //" | xargs -I {} rm -rf "{}"