버전 제어 기능을 통해 작업을 해왔습니다. 나는 sccs로 시작했고, 믿거 나 말거나. RCS와 협력했습니다. CVS로 옮겼습니다. Visual SourceSafe를 사용하도록 강요 당하고 그것을 싫어했습니다. Subversion에 꽤 만족해했습니다.버전이 아닌 변경 세트를 사용하는 비 분산 버전 제어?
저는 새로운 분산 형 VCS를 보았습니다. Git, Hg 등 복잡하게 보입니다. 전 팀이 SVN 중 하나를 선택하는 데 걸리는 시간을 갖기 위해 SVN보다 이점을 충분히 제공하는지에 대한 의문이 있습니다.
하지만 생각 중입니다. 내가 읽은 바에 따르면 Git에는 SVN에 비해 두 가지 실질적인 변화가있다. 첫째, 분산 리포지토리. 둘째, 버전 대신 변경 세트를 통한 병합 관리.
나는 첫 번째 장점이 무의미한 유일한 사람이라고 생각하지 않습니다. 우리 사업에는 단일 저장소가 필요합니다. SVN이이 작업을 수행하면 Git이이를 수행 할 수있다. Git이 분산 리포지토리를 관리 할 수 있다는 점은 다른 사람들에게 큰 이점이 될 수 있기 때문에 전혀 이득이되지 않습니다.
변경 세트를 통한 병합 관리는 우리에게 도움이 될 것입니다. 우리는 여러 개의 프로젝트를 관리하고 있습니다. 여러 개의 하위 프로젝트가 있고 여러 개의 상위 프로젝트가 공유합니다. CVS를 사용했을 때보 다이 브랜치에서 변경해야 할 사항을 SVN에서 관리하는 것이 훨씬 쉽지만 결코 고통이 없습니다. Git의 변경 세트 방식은 실제 이점처럼 보입니다.
내가 궁금해하는 점은 Git의 복잡성이 다중 저장소의 사용으로 인한 것인가, 그리고 변경 세트 작업에 내재 된 것이 얼마나 많은지 궁금합니다. 변경 세트를 사용했지만 여러 저장소를 제공하지 않은 VCS는 Git보다 간단 할 수 있습니까?
Git보다 사용하기 쉬운 변경 세트를 사용하는 VCS가 있습니까?
Subversion보다 더 힘들지 않을 것입니다. (면책 조항 : 저는이 두 가지를 모두 사용했지만, 작은 한 사람 프로젝트에만 사용했습니다.) 그리고 많은 입문 자료가 있습니다. http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html, http://git-scm.com/course/svn.html, http://progit.org, http : //gitcasts.com, http://eagain.net/articles/git-for-computer-scientists – Philipp
참조 http://stackoverflow.com/questions/2704996/describe-your-workflow-of-using-version- CVCS와 DVCS (중앙 집중 대 분산) – VonC
의 IMO 배포 차이점에 대한 좋은 예를 보려면 control-vcs-or-dvcs를 참조하십시오. 병합 : 분산 VCSes가 매우 강함 병합되지 않은 사용자는 증분 변경에 더 의존 할 수 있습니다. 성능 : 버전 정보를 직접 액세스 할 수있게되면 네트워크를 거쳐야하는 것과 비교하여 기록 검색 속도가 크게 향상됩니다. 글로벌 잠금 없음 : 누군가가 느린 VPN을 통해 큰 변화를 확인하는 동안 repo를 읽는 데 30 분을 기다려야하는 것은 상당히 성가시다. 마찰 감소 : 병합하기 전에 작업하고있는 것을 본 유일한 사람이라면 동료를별로 괴롭히지 않을 것입니다. – kusma