내가 the Red Bean book을 읽고이 단락을 발견했다 :로컬 단일 사용자 저장소에는 svnserve가 반드시 필요하지 않습니까?
는 모든 사용자를 가지고있는 간단한 아이디어 유혹하지 마세요 파일을 통해 직접 저장소에 액세스 : // URL이 표시됩니다. 리포지토리가 네트워크 공유를 통해 모든 사람에게 쉽게 제공되는 경우에도 이는 잘못된 생각입니다. 그것은 가 검사를 위해 저장소 를 오프라인 또는 업그레이드하기 어려워진다, 사용자가 실수로 (또는 의도적으로) 손상된 저장소 데이터베이스를 수 있으며,이 이어질 수 : 그것은 사용자와 저장소 사이의 보호 어떤 층을 제거 파일 의 사용이 어려움 ( "복수 리포지토리 지원 액세스 방법"참조). 이 SVN을 통해 우리가 접근 저장소에 대한 경고 이유도 하나 있습니다 + ssh를 : // URL을-에서 보안 관점, 효과적으로의 파일을 통해 액세스하는 로컬 사용자와 동일한 : // 과 관리자가 조심하지 않으면 모두 동일한 문제가 수반 될 수 있습니다.
나는 저장소에 액세스하는 유일한 사람이기 때문에 이러한주의 사항 중 어느 것도 적용되지 않는 것으로 나타났습니다. svnserve을 안전하게 다운 받아서 새로운 버전이있을 때마다 클라이언트와 서버가 아닌 TortoiseSVN 클라이언트를 업그레이드하는 것에 대해서만 걱정할 필요가 있습니까?
(이미 시도해 보았습니다. 재배치 기능을 사용하여 svn : //에서 file : //으로 전환하기 만하면됩니다.하지만 뭔가가 나에게 몰래 움직이지 않는지 확인하고 싶었습니다. 나는 이쪽으로 그것을 떠났다.)
누군가이 작업을 수행하면 이전 서비스를 중단하기 전에 작업 복사본을 재배치해야합니다. 그렇지 않으면 불만을 제기하고 전환하지 않습니다. (어쨌든 1.6에서.) – Kev
또한'svnadmin'을 원할 수도 있기 때문에 함께 제공된'svnserve' 패키지를 제거하지 마십시오. – Kev