Copy-Modify-Merge에서 Lock Modify-Unlock까지 VisualSVN 서버를 어떻게 재구성합니까?

StackOverflow https://stackoverflow.com/questions/1877485

문제

우리는 방금 소스 컨트롤을 처리하기 위해 VisualSVN, TortoisesVN 및 AnkHSVN 플러그인을 사용하기 시작했습니다. 처음에 우리는 Copy-Modify-Merge 스타일에 능숙했지만 이제 Lock-Modify-Unlock 메소드로 이동해야 할 필요성을 발견했습니다. 그러나 우리는 이미 저장소에 Copy-Modify-Merge를 따르는 15 개의 프로젝트를 가지고 있습니다.

기존 프로젝트에 대한 잠금 장치와 향후 추가 될 프로젝트를 요구하도록 저장소를 구성하려면 어떻게해야합니까? SVN : Needs-Lock에 대한 문서를 보았지만이를 사용하여 상점을 잠금 모니트 노크로 옮기는 방법을 이해하지 못합니다.

누구든지 기존 프로젝트 및 새로 추가 된 프로젝트를 잠금해야 할 클라이언트 시스템뿐만 아니라 VisualSVN 서버를 설정하는 방법에 대한 "Dummies for Dummies"설명을 알려 주시겠습니까?

도움이 되었습니까?

해결책

전복은 강력한 잠금 수정 불행 메커니즘을 제공하지 않습니다. 그러나 파일을 오른쪽 버튼으로 클릭하면 파일을 마우스 오른쪽 버튼으로 클릭하면 잠금 옵션이 나타납니다. 이렇게하면 다른 사람이 자물쇠가 있거나 잠금 장치가 해제 될 때까지 다른 사람이 체크인하는 것을 방지합니다.

SVN : Needlock 속성을 설정하여 파일을 잠금 장치로 표시 할 수 있습니다. 여기를 참조하십시오.

http://svnbook.red-bean.com/en/1.8/svn.advanced.locking.html#svn.advanced.locking.lock-communication

그리고

http://svnbook.red-bean.com/en/1.8/svn.ref.properties.html

프로젝트의 모든 파일에 대해 설정할 필요는 없으며 개별 파일에 대해 매우 행복하게 가질 수 있습니다.

그러나 Edit-Merge-Commit 작업은 모든 최신 소스 제어 시스템에서 기본값입니다. 심지어 TF. 다시, 나는 추천한다 에릭 싱크.

다른 팁

글쎄, 나는 요청을지지하기 위해 여기에 포인트를 만들어야한다고 생각한다.
대부분의 경우, 당신은 우리가 기대하는 것만 큼 훌륭한 직장에 있지 않습니다. 코드는 일반적으로 많은 리팩토링이 필요한 곳이며, 보통 우리, 공부하는 사람들, 아치형에 대해 생각하고 대담하고 대담한 자와 새로운, 끝없는 리팩토링의주기를 끝내기 위해.
일반적으로, 우리가 가난한 사람의 데이터 계층 또는 이와 유사한 일부 가난한 사람의 구현을 재구성 할 때, 놈은 끔찍한 방식으로 피의 파일을 변경하고 변경합니다. (본질적으로 그것은 명백한 이유로 제대로 작동하지 않기 때문에), 그럼, 당신은 재 작업으로 끝납니다.
당신은 그 사람이 당신이 기대하는만큼 좋은 일을하지 않을 것이기 때문에, 조수에 대항하여 스스로해야합니다.
나는 그런 개발자들과 직면하는 회사에서 자신을 발견합니다. 그리고 그들은 자아를 가지고 있으며 그들의 이유가 있습니다 (그리고 그들의 이유는 일반적으로 거짓말 인 시간입니다. 우리 모두는 동일한 시간을 가지고 있기 때문에, 단지 그들이 스스로 헌신하지 않고, 그냥 가서 끝내고, 생각, 아이디어가없고, 원숭이 타이핑을하는 것입니다). 그리고 약간의 지원 보스.
보통 회사에서 "일을하는 것"은 나에게 달려 있으며, 다시 생각할 때마다 파일을 잠글 수 있기를 바랍니다. 그 자식의 "새로운"구현.

SWOLFF1978의 요청을 지원하는 경우, 제 케이스 아가이드 일뿐입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top