SVN - Checksum không khớp khi cập nhật

Khi tôi cố gắng cập nhật một số tệp từ Subversion, tôi gặp lỗi:

org.tigris.subversion.javahl.ClientException: 
Checksum mismatch while updating 'D:\WWW\Project\\.svn\text-base\import.php.svn-base'; expected: '3f9fd4dd7d1a0304d8020f73300a3e07', actual: 'cd669dce5300d7035eccb543461a961e'

Tại sao tôi nhận được điều này? Làm thế nào tôi có thể sửa chữa nó?

Cách dễ nhất để khắc phục nó (nếu bạn không có nhiều thay đổi) là sao chép các thay đổi của bạn sang một thư mục khác, xóa thư mục nơi dự án của bạn được kiểm tra và kiểm tra lại dự án.

Sau đó sao chép lại các thay đổi của bạn vào (không sao chép bất kỳ thư mục .svn nào) và cam kết, và tiếp tục.

Trong trường hợp bạn đang sử dụng SVN 1.7+, có một cách giải quyết được mô tả ở đây .

Chỉ để tóm tắt lại:

1. Đi tới thư mục có tệp gây ra sự cố
2. Thực thi lệnh svn update --set-depth empty (lưu ý: điều này sẽ xóa các tệp của bạn, vì vậy hãy tạo một bản sao trước!)
3. Thực thi lệnh svn update --set-depth infinity

Tôi đã có một vấn đề simllar. Nhà cung cấp chính là phần mềm chống vi-rút "FortiClient" (antivirus + VPN CLient). Khi tôi tắt nó - tất cả cập nhật / kiểm tra đã được thực hiện chính xác

Tôi đã tìm thấy một cách dễ dàng hơn để khắc phục sự cố này. Bạn không thể làm điều này trực tiếp từ nhật thực. Các bước:

1. Điều hướng đến cấu trúc thư mục không gian làm việc trong windows
2. đổi tên thư mục
3. làm mới trong nhật thực
4. Bây giờ thư mục và tệp sẽ bị xóa khỏi dự án trong eclipse và sẽ xuất hiện trong thư mục được đổi tên mới
5. Bây giờ hãy thử tùy chọn "Đồng bộ hóa với Hệ thống đáp ứng".

Thao tác này sẽ khôi phục thư mục cơ sở văn bản trong .svnfolder. Lỗi kiểm tra không khớp trong khi cập nhật sẽ không xuất hiện thêm.

Điều này đã xảy ra với tôi khi sử dụng trình cắm thêm Eclipse và đồng bộ hóa. Tệp gây ra sự cố không có thay đổi cục bộ (và thực tế là không có thay đổi từ xa nào kể từ lần cập nhật cuối cùng của tôi). Tôi đã chọn "hoàn nguyên" cho tệp, không có sửa đổi nào khác đối với tệp và mọi thứ trở lại bình thường.

Tôi đã gặp lỗi tương tự nhưng đối với một tệp. Trong IntelliJ IDEA, tôi có thể tạo bản sao của tệp, sau đó vào dự án và xóa tệp được đề cập, sau đó cam kết thành công. Sau đó, tôi tạo một tệp mới có cùng tên và sao chép lại nội dung vào đó. Tôi đoán bạn sẽ mất lịch sử sửa đổi nhưng nó vẫn hoạt động.

Nếu bạn có một đồng nghiệp làm việc với bạn:

1) yêu cầu anh ta đổi tên tệp gây ra sự cố và commit

2) bạn update(bây giờ bạn thấy tệp có tổng kiểm tra không hợp lệ với tên khác)

3) đổi tên nó trở lại tên ban đầu

4) commit(và yêu cầu đồng nghiệp của bạn updatelấy lại tên tệp ở trạng thái ban đầu)

Điều này giải quyết các vấn đề đối với tôi.

Tôi đã tìm thấy giải pháp rất hay, đã GIẢI QUYẾT vấn đề của tôi. Bí quyết là chỉnh sửa DB svn (wc.db).

Giải pháp được mô tả trên trang này: http://www.exchangeconcept.com/2015/01/svn-e155037-previous-operation-has-not-nishing-run-cleanup-if-it-was-interrupt/

Nếu liên kết không hoạt động, chỉ cần xem và làm theo hướng dẫn sau:

Tôi đã sử dụng công cụ sqlite từ http://sqlitebrowser.org/ .

Tôi đang sử dụng Tortoise SVN, sau khi tìm tất cả các giải pháp trong trang này và không hoạt động,

Cuối cùng tôi đã sao lưu tệp vấn đề. và sử dụng Repo Browserxóa tệp sự cố trong đó, sau đó cập nhật thư mục cục bộ để tệp trong thư mục cục bộ bị xóa. Sau đó sao chép lại tệp sao lưu vàAdd > Commit sau đó tôi có thể cập nhật thành công.

Nhược điểm duy nhất của phương pháp này là lịch sử của tệp này sẽ bị xóa.

Để giải quyết vấn đề này, hãy làm theo các bước sau:

1. Mở tệp mục nhập nằm trong thư mục .svn mà bạn đang gặp lỗi.
2. Tìm mục nhập cho lỗi tệp và thay thế giá trị mong đợi bằng giá trị thực bị lỗi.
3. Bây giờ đồng bộ hóa và cố gắng cập nhật.

Nếu nó vẫn không hoạt động. Thử những thứ này xem. Tuy nhiên, nó chỉ là một giải pháp thay thế:

1. Xóa tệp khỏi hệ thống của bạn.
2. Xóa mục nhập của tệp khỏi tệp mục. (Bắt đầu từ tên của tệp cho đến các ký tự đặc biệt).
3. Bây giờ Đồng bộ hóa và cập nhật tệp.

Thao tác này sẽ nhận được phiên bản mới nhất của tệp từ kho lưu trữ và mọi xung đột sẽ được giải quyết.

đã gặp sự cố tương tự trên một máy chủ nhưng thư mục SVN rất lớn, không muốn xóa và đồng bộ hóa lại vì vậy tôi chỉ tạo một bản sao của các tệp cục bộ và sau đó xóa chúng. Khi cập nhật thành công và thêm lại tệp vào.

cố gắng xóa tệp và xóa tham chiếu tệp khỏi các mục nhập tệp trong thư mục .svn

Tôi đã gặp lỗi tương tự và đã khắc phục như sau:

('Bản sửa lỗi' của tôi dựa trên một giả định có thể đúng hoặc có thể không đúng vì tôi không biết nhiều về cách hoạt động nội bộ của lật đổ, nhưng nó chắc chắn đã hiệu quả với tôi)

Tôi giả định rằng .svn \ text-base \ import.php.svn-base được mong đợi khớp với cam kết mới nhất.

Khi tôi kiểm tra tệp mà tôi gặp lỗi, tệp cơ sở KHÔNG khớp với cam kết mới nhất trong kho lưu trữ.

Tôi đã sao chép văn bản từ cam kết mới nhất và lưu văn bản đó trong thư mục .svn, thay thế tệp không chính xác (tạo một bản sao lưu trong trường hợp các giả định của tôi là sai). (tệp được đánh dấu là chỉ đọc, tôi đã xóa cờ đó, ghi đè và đặt nó trở lại chỉ đọc)

Sau đó tôi đã có thể cam kết thành công.

Giải pháp của tôi là:

1. Thực hiện dọn dẹp svn từ hệ thống tệp
2. Chuyển sang chi nhánh khác
3. Giải quyết xung đột
4. Chuyển sang nhánh "có vấn đề"
5. Thực hiện dọn dẹp từ Spring Tool Suite
6. Thực hiện cập nhật dự án

1. cập nhật để đảo ngược 'kiểm tra' chỉ mục này 'trong thư mục 2. cập nhật lại kiểm tra' Hoàn toàn đệ quy '