2010-01-25 6 views
0

Apache httpd로 Subversion 저장소를 설정하려고하는데 모든 것이 지금까지는 좋았습니다. 하지만 내가 직면하고있는 하나의 주요 병목이 있습니다. 파일에 대한 액세스 권한은 평면적이고 고통 스럽습니다. 유효한 사용자가 파일을 가져오고 커밋하려면 rw 액세스 권한이 있어야합니다. 그리고 파일에 대한 삭제 옵션을 숨길 수있는 조항이 없습니다. rw 액세스 권한이있는 사용자는 의도적으로 또는 실수로 저장소의 파일을 삭제할 수 있습니다. 후크 스크립트가 얼마나 좋은지 잘 모르겠습니다. 이클립스에서 Subclipse 클라이언트를 사용하면 아카이브를 탐색하고 파일을 삭제하는 조항이 있습니다. 어떻게 방지합니까, 또는 더 나은 SVN 아카이브에서 파일을 통해 사용 권한을 처리 할 수 ​​있습니다. 생각을 공유하십시오. 감사합니다. .Subversion에서 파일 삭제를 마스크하는 방법

+1

무언가가 삭제 되더라도 그것은 역사에 남겨두고 다시 가져올 수 있다는 것을 알고 있습니까? 저장소에서 사라지지 않습니다. –

+0

예 가능한 마이크이지만 구성 컨트롤러라고하는 한 사람의 컨트롤 아래에 파일을 추가하거나 삭제하려고했습니다. –

답변

3

명이 수정을 할 수 (즉, "읽기"권한) 저장소에 액세스 할 수 있으면 (즉, "쓰기"권한), 그들은 또한 파일을 삭제할 수있는 정상적인 것 - 수정의 일종이다.

하지만 SVN 저장소의 모든 사람이 아무리 수정하더라도 되돌릴 수 있습니다. 수정 사항은 파일/디렉토리의 억제/삭제조차도 "취소"할 수 있습니다. 누군가가 어떤 (그것은 "잘못된"수정, 또는 "잘못된"삭제 될)를 않는 경우

그래서, "이 모든 파일 의 이전 버전으로 되돌릴 수있는 방법은 항상 (그리고 단지를 이전 "개정판,"임의 "개정판).

+0

답장과 제안을 해주셔서 감사합니다. 역사에서 복원하면 항상 악몽에서 벗어나지 만 사실 저는 사고 예방을 생각하고있었습니다. 누군가가 의도적으로 파일을 삭제하거나 명시 적으로 확인하지 않는 한 실수로 구성 컨트롤러에 통지되지 않을 때 50 명으로 구성된 팀을 말합니다. 그것은 매일 수행 될 때 오버 헤드가 될 것입니다. –

관련 문제