2010-06-17 1 views
1

팀의 선호 된 개발 방법이 vim을 사용하여 빌드 서버에서 파일을 편집하면서 공유 로그인을 통해 여러 사람을 참여 시켰다는 전통 때문이라고 상상해보십시오.얼마나 잘합니까 (D) VCS는 동일한 디렉토리에서 여러 사람이 파일을 편집하는 작업과 협업합니까?

[한 번에 파일을 편집 할 수있는 사람과 잘 알려진 문제가 있고, 책상에서 떨어져 vim에 파일을 잠근 채로있는 사람들은 시스템 빌드/재시작으로 인해 모든 사람이 디버깅을 중지해야합니다 이것이 발생하는 동안. 이것은 질문에 관한 것이 아닙니다.

워크 플로우를 변경하지 않고 소스 컨트롤을 도입한다면 많은 이점이 있습니까?

커밋 히스토리는 큰 덩어리의 모든 사람들이 모든 변경 사항을 포함하므로 많이 사용하지 않을 것이라고 생각합니다. 그래서 정말로 개별적인 변화를 정말로 큰 수준에서 되 감을 수는 없습니다.

답변

0

버전 관리 시스템을 사용하는 방식이 아닙니다. 본질적으로 분쟁이 발생하기 쉬운 "워크 플로"에 덧붙이면 혼란에 가담하는 것을 제외하고는 거의 수행하지 않습니다.

누구나 자신의 작업 복사본으로 작업 한 다음 일반적으로 중앙 서버에 변경 내용을 적용해야합니다.

+0

예,하지만 "팀의 선호 개발 방법에는 vim을 사용하여 빌드 서버에서 파일을 편집하여 공유 로그인을하는 사람들이 필요하다는 전통 때문에 기억하십시오." – frankster

+0

나는 그런 식으로 일하기를 거부하기 때문에 그 전통을 깨기 위해 일할 것입니다. vim을 사용하여 빌드 서버가 아닌 사용자 컴퓨터에서 파일을 편집하는 것은 그다지 다르지 않습니다. 또는 빌드 서버의 개인 디렉토리에도 있습니다. –

0

"vim을 사용하여 빌드 서버에서 파일 편집"은 중앙 저장소를 제안합니다.

따라서 CVCS (Central Version Control System)가 더 적합 할 수 있습니다.
중앙 또는 분산이지만 두 VCS 도구에는 모두 원격 파일을 복사하고 수정 한 다음 (커밋시) 다시 보내는 로컬 작업 트리 (또는 로컬 작업 공간)가 필요합니다.

그러면 로컬보기와 다른 위치에있는 작업 공간으로 "보기"를 정의해야합니다.
비트가 복잡하지만 가능합니다.

즉, 주요 이점은 각 사용자가 한 번에 하나씩 수정할 수있는 변경 내역을 확인하는 것입니다.