여러 버전 제어 시스템을 사용하지 않는 이유는 무엇입니까?

트렁크, 공식 지점 및 대부분의 하위 프로젝트 / 비공식 지점의 기본 버전 제어 시스템으로 GIT를 사용하는 프로젝트를 진행하고 있습니다. 따라서 본인의 지사에서 GIT를 사용하여 나머지 커뮤니티가 아는 시스템을 사용하여 내 지사에 액세스 할 수 있도록하고 싶습니다.

그러나 공식 및 비공식 지사와 겹치지 않는 프로젝트의 일부를 트렁크에 들어 가지 않는 패치와 함께 작업하고 있습니다. 트렁크에 사용하기 위해 내 브랜치 및 선택적 패치를 가져옵니다. 이것은 자연스럽게 수은 큐를 사용하는 것에 의존합니다.

로컬 리포지토리에 수은을 사용할 수 없지만 GIT 및 Mercurial 호스팅 리포지토리로 전체를 밀어 넣을 이유가 있습니까? 또는 오히려, 그럴만 한 이유가 없는지, 나는 그것이 가능하다고 확신합니다.

같은 이유로 다른 상태를 추적하려고하는 변수가 없어야하는 것과 같은 이유로이 작업을 수행해서는 안됩니다. 신뢰할 수있는 버전을 추적하지 못할 수 있습니다.

나는 현재 git과 svn을 사용 하여이 작업을 수행합니다. 하지 말아야 할 이유가 있지만 일반적인 규칙은 없습니다. 힘내는 svn이 할 수없는 일을 할 수 있습니다. 저는 그러한 기능에 익숙하므로 git을 사용할 수있을 때 작업 흐름이 향상되어 생산성이 향상됩니다. 내 상황의 장단점을 보면 두 가지를 모두 사용하지 않는 것은 어리석은 일입니다. 상황을 같은 방식으로 봐야합니다. (btw는 svn과 git을 동기화하기 위해 하나의 작은 스크립트를 실행해야합니다)

Git에서 패치를 따로 보관할 수 있습니다. 각각의 지점에서 패치를 한 다음 원하는대로 선택적으로 병합하십시오.