저는 Mac Mini (Mavericks)를 사용하여 file : /// 프로토콜을 사용하여 로컬 네트워크를 통해 액세스되는 svn 저장소를 호스팅합니다. 동일한 Mac의 작업 복사본에서 커밋, 업데이트 등을 할 수 있으며 Windows 7 컴퓨터의 작업 복사본에서 등을 커밋 / 업데이트 할 수도 있습니다. 그러나 Win 7 컴퓨터에서 커밋을 한 다음 Mac mini에서 작업 복사본을 업데이트하려고 시도하면 오류가 발생합니다.
svn : E180001 : URL 'file : /// Volumes / LaCie / svnRepos / sftpbot'의 저장소에 연결할 수 없습니다. svn : E180001 : URL에 대한 ra_local 세션을 열 수 없습니다. svn : E180001 : 저장소 'file : /을 열 수 없습니다. // Volumes / LaCie / svnRepos / sftpbot 'svn : E000013 :'/ Volumes / LaCie / svnRepos / sftpbot / db / current '파일을 열 수 없음 : 권한이 거부되었습니다.
해결 방법은 Finder를 사용하여 file : /// Volumes / LaCie / svnRepos로 이동하고 '정보 가져 오기'를 수행하고 '동봉 된 항목에 적용'을 '모두'에 대한 읽기 및 쓰기 권한으로 사용하는 것입니다. 그런 다음 Mac에서 작업 복사본을 업데이트 할 수 있지만 작업 복사본을 업데이트해야 할 때마다이 수동 단계를 수행하지 않는 것이 좋습니다.
max에서 사용중인 svn 클라이언트는 svnx입니다.
인터넷 검색 / 수동 읽기는 나에게 유용하지 않습니다. 아무도 무슨 일이 일어나고 있는지 어떻게 고치는 지 알고 있습니까?
미리 감사드립니다, Gareth
이것은 아마도 네트워크 공유 구성의 기능 일 것입니다. 권한에 대한 자세한 내용없이 원하는대로 작동하도록 구성하는 좋은 방법이 있는지 잘 모르겠습니다. 그러나 파일 공유를 통해 Subversion 저장소를 사용하는 것은 실제로 권장되지 않습니다. 잠금, Subversion 버전의 불일치 (이해할 수없는 형식으로 이전 클라이언트를 사용하려는 경우) 및 당연히 가지고있는 권한 문제와 관련된 문제를 일으킬 수 있습니다.
SVN 서버를 설정 한 다른 컴퓨터에서 리포지토리를 호스팅하기 위해 네트워크 공유를 가리키는 file : //을 사용하는 것보다 권장합니다. 사용 가능한 정보를 기반으로 어떤 서버가 적합한 지 조언하기는 어렵습니다 . SVN Book 의 Choosing a Server 섹션을 참조하십시오 .
가장 쉬운 방법은 ssh보다 svnserve 일 수 있습니다. Mac에서이 작업을 수행하는 것은 Mac의 시스템 환경 설정의 공유 패널에서 원격 로그인을 켠 다음 다른 컴퓨터에서 저장소에 액세스 할 때 svn + ssh URL을 사용하는 것처럼 간단해야합니다. URL을 구성하는 방법에 대한 자세한 내용 은 SVN Book 의 Tunneling over SSH 섹션 에서 찾을 수 있습니다 . Mac에서는 사용자 계정의 사용자 이름을 사용하고 Mac에서는 암호를 사용할 수 있습니다.
Windows에서 사용중인 클라이언트를 말하지 않지만 TortoiseSVN에는 svn을 통해 svnserve를 사용하도록 설정하는 방법이 있습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다