다른 분산 버전 관리 시스템 함께 일하는

Question

제 사무실은 중앙 Source Safe2005 년 설치 우리가 사용하는 합니다.나는 바꿀 수 없는 무엇인 사무실에서 사용하는 서버입니다.

내가 개발한에서 노트북을하고 싶은 다른 로컬 제어 소스 저장소의 동기화할 수 있는 중앙 서버가(가능)에 관계없이 무엇을 중심 공급자입니다.에 대한 이유 요청을 할 수 있도록을 유지하 지역 안정점/구축을 위해 클라이언트는 동안 프리젠 테이션을 개발하기 위해 지속적으로하지 않고 점프를 통해 불타는 농구.또한,컨설턴트로,나의 클라이언트 요청할 수 있는 내가 사용하여 그들의 근원을 제어 업체와 유연성이 여기에는 것입니다.

할 수 있는 기존의 분산 제어 소스는 클라이언트를 처리는?

Answer 1

음...KernelTrap 가 에서 뭔가를 이.처럼 사용할 수 있는 vss2svn 파이프의 원본이 안전 repo 으로 파괴 저장소,다음 사용하여 매우 좋은 git-svn 을 끌어로 지역 git repo.

나는 가사로 다시 VSS 지 않는 것이 부드럽고,자동적인 프로세스를 사용하여 이 방법입니다.

Answer 2

당신이해야를 확인할 수 있는 현재 버전의 코드를 만들 git 을니다.업데이트하는 저지르고 그것을 당신의 현지 git 을해야한 고통입니다.으로 해야 복제다.

니야 그들을 모두 무시하는 각 기타(해봤을 비슷한 SVN)에 의하여 덤비는 적절한 무시하는 파일이 있습니다.나 추정 SourceSafe 자를 무시하는 것들입니다.당신이해야 할 특정 작업에 두 번(처럼 말하고 모두에 있는 파일을 삭제하).

Answer 3

이 의 에피소드 HanselMinutes 덮개를 정확히 무엇을 듣는다.분명히 Git 로컬에서 사용될 수 있습니다 다음에 부착된 외부 subversion/vss 저장소로 필요합니다.그들은 그것에 대해 이야기 14~15 분이다.

Answer 4

어느 날 내가 일하는 회사에서 사용하는 VSS(및 다른 회사에서 사용하는 다른 덜 unknow SCM 다)하지만 내가 선호하는 사용 SVN(언젠가 나도 GIT)에 대한 활발한 나와 나의 그룹입니다.

첫째,이러한 상황은 그것의 좋은 아이디어,경우에 투입하 VSS 는 몇 가지 이상 달기 때문에,다른 SCM(보다 VSS)당신에게 더 많은 유연성,하지만 commint VSS 에서 SVN 비싼 것입니다.

나의 솔루션:

VSS->SVN:나는 리눅 스크립트가(또는 개미 스크립트나 XXX 스크립트)해당 복사본에서 currrent 업데이트 directory 작업의 VSS 현재 SVN,다음 새로 고침 SVN 클라이언트와 업데이트/merge/에 투입하 SVN.이와 함께,당신은에서 업데이트 변경의 나머지 부분의 회사에 사용하는 VSS.

SVN->VSS:이 방법은,당신은 필요한 체크 아웃의 모든 파일을 수정하 VSS,다음 사용할 수 있습 반전하는 스크립트 복사본에서 현재 업데이트 SVN 디렉터리(무시해도 됩니다.svn 디렉토리)복사해 현재의 업데이트 VSS 디렉토리고,업데이트 및니다.

그러나,기억에 몇 가지의 경우는 시간을 가치가있다.