Subversion 파일의 길이 줄을 읽을 수 없습니다.

커밋 할 때 오류가 없었습니다. 지금은 체크 아웃 시도하고 내가 파일에 길이 라인을 읽을 수 없습니다Subversion 파일의 길이 줄을 읽을 수 없습니다.

이 오류가 발생했습니다 'C : \ SVN \ DB \는 회전 속도를 올린다 \ 0 \ 14'

내가 나이가 개정을 시도 그렇지 않습니다 어느 쪽이든 일하십시오. 전 복면에서 모든 걸 잃었습니까?

출처

2011-01-14 user310291

프로그래밍과 관련된 내용을 제대로 볼 수 없습니다. – unwind

@unwind [help -> 여기에 대해 질문 할 수있는 항목은 무엇입니까?] (http://stackoverflow.com/help/on-topic) "프로그래머가 일반적으로 사용하는 소프트웨어 도구" –

이 문제는 여전히 3 년 발생합니다. 후에. 운좋게도 커다란 상용 코드베이스가 아니기 때문에 염려해야 할 역사가 너무 많아서 git로 다시 시작해야한다는 유혹을 받는다. – leetNightshade

나는 동일한 문제가 있었는데 여기는 SVN 저장소를 관리하지 않고 발견 한 간단한 수정 사항입니다.

오류는 커밋해야하는 특정 파일에 의해 생성되었습니다.
SVN-> 삭제 파일
좋아 다른 모든 변경된 파일을 최선을 다하고 있습니다. > 추가 svn->

문제가 해결 커밋 -

는

svn의 로컬 폴더에 바탕 화면에서 파일을 추가 성공했다. 나는 당신이 저장소에서 파일의 이전 버전을 풀어 이런 식으로 생각하지만, 이것은 나를 위해 문제가 아니었다.

희망 정보는 도움이 될 수 있습니다.

출처

2011-10-15 08:11:36 Mike

svn이 파일을 손상시킬 수 있다는 사실에 무서워합니다. – user310291

버클리 데이터베이스가 손상된 것 같습니다. 다음 번에 FSFS 백엔드를 사용해야합니다. 지금은 Berkeley DB Recovery을 참조하십시오.

출처

2011-01-14 12:38:43 ismail

이것은 SVN 버그이거나 일부 H/W 오류 인 것 같습니다. 나는 백업을 찾기 시작할 것이다. 가지고 있지 않다면 새로운 저장소에 로컬 작업 복사본을 커밋 할 수 있습니다.

출처

2011-01-14 12:39:40 BarsMonster

당신은

svnadmin verify /var/svn/repo

이 저장소를 확인하기 위해 실행할 수 있습니다.

경우 당신은

svnadmin recover /var/svn/repo

가 도움이 될 수 있습니다, (당신은 안) 버클리 DB를 사용합니다.

출처

2011-01-14 12:43:45 marapet

작동하지 않습니다. – Dmitry

수정본 중 하나가 손상된 것처럼 보입니다.

그래서 처음에 당신은 이전 버전으로 업데이트 할 수 있습니다 및 DB에 마지막으로 개정을 변경

svn update -r99 
vi /var/svn/site/db/current 
[change number to "99"]

당신이 깨진 무엇인지 디렉토리 알아 내고 저장소에 교체해야보다. [corrupted] - 손상된 디렉토리의 이름입니다.

cd /var/www/site/ 
svn delete --keep-local [corrupted] 
svn ci [corrupted] -m "Remove corrupted directory from repository" 
rm -rf `find /[corrupted] -name .svn` 
svn add [corrupted] 
svn ci [corrupted] -m "Add fixed directory"

출처

2012-10-26 12:09:39

Subversion 파일의 길이 줄을 읽을 수 없습니다.

답변

관련 문제