체크인 체크 방지 SVN

Question

저희 팀은 소프트웨어 플랫폼에 SVN을 사용하며 주기적으로 태그를 만들어 모듈 버전을 똑바로 유지합니다. 모범 사례는 태그를 만든 후에 수정하는 것이 아니라 이해합니다. 그러나 때로는 유혹이 너무 크고 태그 중 하나가 수정 된 것 같습니다.

이러한 종류의 수표를 막는 방법이 있습니까? 아니면 적어도 우리가 자동으로 그들을 낙담시킬 수 있도록 완전한 고통을 줄 수 있습니까?

덕분에, 조

Answer 1

는 만들기 사전 확약 태그가 이미 존재하는 경우 커밋 거부합니다 후크을. 구현 후크에 대한 자세한 정보는 (이행 저장소 후크 섹션 참조) 여기에서 찾을 수 있습니다 :

http://svnbook.red-bean.com/nightly/en/svn.reposadmin.create.html

Answer 2

...이라고 생각되다 당신이 비 기술적 문제에 대한 기술적 해결책을 찾기 위해 노력하고 있습니다. 이 체크 인을 처리하는 방법을 알아 내기 전에 이러한 체크 인이 만들어진 이유를 알아야합니다. 그들이 팀 리더십의 승인을 받아 만들어지면 미래에 일어날 수있는 프로세스의 양은 없습니다. 반면에 이러한 체크 인이 잘 아는 사람이라고 생각하는 개별 팀 구성원이 만든 경우, 불량 개발자의 문제를 해결하기 위해 리더십을 발휘하게됩니다.

태그가 생성되면 전체 팀이 예상 한 내용을 명확히 한 후에 만 ​​기술적 솔루션으로 이러한 기대치를 적용 할 수 있습니다 (필요한 경우).

체크 인 방지 방법은 - path-based authorization을 통해 모든 사람에게 읽기 전용으로 보안을 설정 한 태그를 만든 후에 가장 간단한 해결책이라고 생각합니다. SVN의 책의 저자가 명시 적 경로 기반 인증에 대해 다음과 같은 상태, 그러나 참고 :

참고하지만, 종종 보이지 않는 (가시!) 이 기능과 관련된 비용이 있음. 표시 범주에서 서버는 사용자가 사용자가 각 특정 경로 을 읽고 쓸 수있는 권한을 갖도록 더 많은 작업을해야합니다. 어떤 상황에서는 매우 눈에 띄는 성능 손실이 있습니다. 보이지 않는 카테고리에서 당신은 인 문화를 생각해보십시오. 특정 사용자 가이 저장소의 특정 부분에 변경을 커밋하지 말아야하지만, 대부분의 시간, 즉 사회 계약 는 기술적으로 시행 할 필요는 없습니다.