같은 디렉토리에 Git 저장소와 수은이 있음

내 문제를 설명해 줄게

현재 git을 사용하여 사내 설치를 사용하고 있습니다. 수은을 사용하는 Fog Creek의 FogBugz 및 Kiln 테스트를 시작하고 싶습니다. 두 솔루션을 모두 사용하여 개발을 계속하면서 최소한 짧은 시간 동안하고 싶습니다.

누구나 같은 디렉토리에 git과 mercurial repo가있는 장기적인 심각한 영향을 알고 있습니다. 또는 git과 mercurial 서버를 동기화하는 더 좋은 방법이 있습니까?

나는 테스트 저장소로 시도했지만 아무런 문제도 보지 못했습니다.

도움을 주셔서 감사합니다.

hg-git 브리지 가 다른 방향으로 상당히 유용 하다는 것을 알았습니다 (처음에는 소스 제어를 위해 Mercurial을 사용하여 빌드 된 Github에 일부 내용이 노출됨). 기본적으로, 당신은 "수은"을 사용하고, git repo로 푸시 할 준비가되면 "master"를 "default"에 연결하는 북마크를 생성합니다. git에서 가져 오기는 원격 저장소에서 가져올 때와 유사한 방식으로 작동합니다. 이 시나리오에서는 .git + .hg 파일로 끝나지 않으며, git으로 완전히 마이그레이션하지 않는 한 로컬 상자에 수은 파일이 있습니다.이 경우 새 파일에서 git clone을 할 것입니다 예배 규칙서.

Mercurial 저장소에서 푸시 / 풀하려는 git 사용자를위한 비슷한 프로젝트가 있지만 직접 경험이 없습니다. 참조 https://github.com/offbytwo/git-hg를

실수로 "기타"소스 제어 시스템에서 숨겨진 폴더를 체크 인 할 가능성 외에, git repo에서 hg init를 수행하는 데 실제로 문제가 발생하지 않습니다. 브릿지를 사용하는 것이 덜 어리석은 것처럼 보이고 다른 dvcs 시스템으로 푸시 할 시점을 명시 적으로 선택합니다.

동일한 작업 디렉토리의 동일한 프로젝트에서 수은과 자식을 모두 사용했습니다. 이 두 DVCS를 사용하는 것에 대한 가장 큰 장점은 conf와 blob, tree 및 stuff에 대해 하나의 폴더 (.git / .hg) 만 있다는 것입니다.

.hg를 .gitignore (및 .git in .hgignore)에 넣으면 좋을 것입니다.

커밋 할 때 당연히 일을 두 배로해야하지만 관리하기가 어렵습니다.

내 생각 에이 설정은 브리지 솔루션을 사용하는 것보다 훨씬 안정적입니다 (git-svn과의 공포 때문에 마음에 들지 않습니다).