SVN 저장소는 어떻게 손상 될 수 있습니까?

StackOverflow https://stackoverflow.com/questions/335987

  •  22-07-2019
  •  | 
  •  

문제

이미 몇 번, 나는 SVN 저장소 중 하나가 부패한 상황에 빠졌고 우리가 한 일을 실제로 모르고 프로젝트의 일부 버전이나 분기로 무엇이든 할 수있었습니다. 그래서 저장소가 부패하게 될 수있는 이유를 묻고 있습니까?

클라이언트 간의 비 호환성은 특히 캐릭터 세트와 관련하여 문제를 일으킬 수있는 것 같습니다.

도움이 되었습니까?

해결책

기본적으로 세 가지 다른 경우가 있습니다.

  1. 결함이있는 하드웨어 (메모리, FS 부패 등)
  2. 서버에 로그인 액세스 권한이있는 사용자는 저장소 파일을 손상시킬 수 있습니다.
  3. 전복의 버그.

결함이있는 하드웨어는 일반적으로 가장 명백한 경우를 제외하고는 가장 어렵습니다. 서버에 대한 로그인 액세스를 제한하여 사례 2를 방지 할 수 있습니다. 다른 모든 것 전복의 버그입니다. (여기에는 클라이언트와 서버 간의 호환성 문제가 포함됩니다.) 절대 전복 클라이언트를 사용하여 리포지토리를 손상시킬 수 있습니다 (클라이언트에 버그가있을 때조차도).

다른 팁

잠재적 파일 시스템 부패 또는 내부 SVN 디렉토리와 함께 멍청이가 있습니까?

하드웨어에 결함이있을 가능성은 항상 있습니다. 메모리의 비트 오류와 같은 것들은 단순히 컴퓨터를 충돌시키는 대신 침묵의 부패를 일으킬 수 있습니다. SVN 서버 프로세스가 영향을받는 경우 저장소가 손상 될 수 있습니다.

저장소가 SVN 서버 로컬 디스크에 있지 않지만 NFS에서는 Berkley DB 형식을 사용하는 경우 손상 될 수 있습니다. SVN에서 1.5 FSFS는 새로운 저장소의 기본값이되었습니다. NFS와 같은 잠금화되지 않은 파일 시스템에 대한 완벽하게 행복합니다.

나는 몇 번 일어났다. 서버가 특정 일을하는 데 오랜 시간이 걸리는 동안 클라이언트가 사라지면 SVN은 잘 대처하지 않는 것 같습니다. 정확한 세부 사항을 모르지만 몇 가지를했습니다. kill -9내가 생각한 것에 대해 읽기 전용 프로세스라고 생각하고 결국 실행해야했습니다. svnadmin cleanup 그 후 서버가 다시 응답하기 전에.

나는 Repo 부패를 당했다. 서버에서 나는 실수로 리포지토리의 .SVN DIR의 소유자를 일부 관련없는 사용자로 변경했습니다. SVN은 저장소를 삭제하고 다시 만들 때까지 그 후에 부패 오류를 주었다. 내가 수정 한 후에도.이마를 때립니다

이것은 매우 일반적입니다 file:// 그러나 기반 리포지토리이지만 REPO에 액세스하는 단일 사용자 / 서비스가있는 경우에는 발생하지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top