4
우리는 직장에서 기능 가지 패턴을 사용하기 시작했습니다. 가져 오는 트렁크 사람들이 SVN에서 재 통합 분기를 사용하지 못하게하려면 어떻게해야합니까?
- 개발자 지점 :
모든 것이 잘 작동 것으로 보인다, 여기에 우리가 사용하는 단계입니다 브랜치는 재 통합 준비가되어 있습니다.
- 메인테이너가 트렁크로 브랜치를 다시 통합합니다.
- 버전, 빌드 및 태그.
개발자가 가지 폴더에 대한 읽기/쓰기 액세스 한
는 메인테이너가
우리는에 의해 제한 1.5.1 (SVN 사용하는 모든 폴더에 대한 읽기/쓰기 액세스 권한이 태그에 대한 액세스 및 트렁크를 읽고 서버를 우분투 서버 8.04로 업데이트), 최신 svn으로 최신 서버 (우분투 서버 12.04)로 전환하고 있습니다.
클라이언트 저희에게 TortoiseSVN 1.7.6, svn 클라이언트 버전 1.7.4.
지금까지 모든 것이 잘 작동하고 있으며 여러 개발자가 동시에 모든 기능을 작성하고 있습니다.
그러나 현재 내가 유일하게 지명 된 관리자 일 뿐이며, 프로세스가 망치고 사람들이 적절한 수준으로 훈련되면 다른 사람이 지명됩니다.
- 개발자 분기가 재 통합 된 것을 잊는다 :
내 문제는 하나 개의 프로세스가 더 자율적되고 내 직접 참여는 다음과 같은 시나리오가 발생할 수 감소되고 내가 그들을 방지하는 방법을 말할 수있다 실수로 작업을 커밋합니다.
- 관리자가 분기가 최신 상태이고 재 통합 할 준비가되었는지 제대로 확인하지 않고 다시 통합하고 커밋합니다.
Tortoise 또는 SVN에서 경고 메시지를 표시하지 못합니다.
다시 한 번 나는 그것이 무엇을하는지보기 위해 더러운 것을 저지하려고하지 않았습니다.
사용자가 이러한 잘못된 커밋을 자동으로 방지 할 수 있습니까?
에서 삭제 모두 또는 지점에 대한 RO에 복귀 한 후 제한 할 수 있습니다하지도 않습니다 자동도 주요 질문을 단지 코멘트에 대답하십시오 유지에 장 [이 Reintegrated Branch Alive] (http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.advanced.reintegratetwice) 이전 1.8 svn. 기본적으로'--record-only'를 사용하여 브랜치를 수정하고 트렁크에 reintegrated 된 브랜치 (가짜 브랜치는 브랜치와 병합되지 않음)를 가짜 병합하여 브랜치를 수정하고 "bad 커밋 "합니다. 그 가짜 병합을 재 통합 프로세스의 일부로 만들 수 있습니다. – valid