CVS의 모듈별 권한 문제
안녕하세요.
기존에 CVS를 허접하게 사용하다가 좀 폼나게 사용해 볼까하고 열심히 공부하다가 안되는 것이 있어서 질문 합니다.
제가 하고자 하는 것은
시스템의 계정을 사용하지 않고 CVS만의 계정을 사용하면서
CVS계정으로 모듈별 권한을 주고자 합니다.
좀더 상세히 설명하자면.
1. CVS 계정 사용
시스템 계정을 cvsuser, 그룹을 cvsgroup 라고 만듭니다.
xinet.d/cvspserver에서 cvs의 권한은 root 입니다.
$CVSROOT/CVSROOT/passwd를 아래와 같이 만듭니다.
alofree:<passwd>:cvsuser
bluerain:<paasswd>:cvsuser
위와 같이 설정하면
alofree 혹은 bluerain으로 cvs login 하더라도 CVS서버의 저장소에 생성되는 파일은 전부 cvsuser의 계정으로 파일이 생성됩니다.
2. 모듈별 권한 부여
$CVSROOT/CVSROOT/avail을 아래와 같이 만들어 넣었습니다.
unavail|
avail|alofree|project1
avail|bluerain|project2
위와 같이 작업을 했는데 두가지 문제가 있습니다.
1. bluerain으로는 project1을 checkout이 안되게 하고 싶습니다.
2. project1 에 대해서 alofree가 commit이 불가능 합니다.
위의 두가지 문제에 대해서 CVS 소스를 뒤져 보니깐 안되는 것이 맞더군요.
1번은 원천적으로 checkout은 cvs login만 되면 다 되게 되어 있었습니다.
2번은 cvs commit 할때 검사하는 계정이 cvs 의 계정이 아니라, 해당 CVS 계정과 매핑한 시스템 계정을 이용해서 avail에서 지정한 계정과 비교 하고 있더군요..
쩝. 질문을 해 놓고 제가 답변을 다 적어 놓은 느낌이 드는데..
위의 일련의 작업들이 제가 CVS에 대한 ACL 정책을 잘못 이해하고 하려는 작업들인지..
아니면, 제가 잘 모르고 못하고 있는건지 알고 싶습니다.
제가 잘못 이해하고 있다면 CVS가 가지고 있는 ACL 정책에 대해서, 사용방법에 대해서 간략히 설명해 주시면 감사하겠습니다.
CVS 에 대한 답변은 아니지만CVS 대신 SubVersion 을
CVS 에 대한 답변은 아니지만
CVS 대신 SubVersion 을 이용하지만 원하는 기능을 얻을 수 있습니다.
SubVersion 에 대해 모르신다면 CVS 대비 장점 정도는 확인하시고 CVS 를 사용할지 SubVersion 을 사용할지 결정하시는 것도 좋을 듯 합니다.
개인적인 성향에 따라 다르겠지만
전 CVS 를 사용하다 불편한 점이 많아서 SubVersion 으로 전환했습니다. 아직 SubVersion 사용기간이 길지 않지만 일단 만족 스럽네요.
답변 감사합니다.Subversion을 가지고 새로운 고민을 해 봐
답변 감사합니다.
Subversion을 가지고 새로운 고민을 해 봐야 겟네요.
댓글 달기