DVCS와 Visual Source Safe를 결합하십시오.

Question

직장에서 Visual Source Safe 2005를 사용해야합니다. DVCS와 결합하여 버그가 있거나 컴파일되지 않으면 동료를 방해하지 않고 파일을 로컬에서 체크인 할 수 있습니다.

내 생각에는 Mercurial을 사용해도 작동하지만 이상한 문제가 발생합니다. 즉, 다른 사람이 내가 체크 아웃 한 파일을 체크 아웃했다고 생각합니다.

1. 해제 자동 체크 아웃 :

   는 여기에 내가 그것을 관리하는 방법에 대한 내 생각을합니다.

2. 내 변화를 밀어 준비가 의욕
에서 로컬
3. 일 ...
   1. 복제 내 머큐리얼 저장소.
   2. Visual Source Safe 리포지토리를 업데이트하십시오.
   3. Mercurial을 사용하여 두 개의 리포지토리를 가져 와서 병합하십시오.
   4. 모든 것을 Visual Source Safe로 검사하십시오.

이 소리 합리적인합니까? 저는 항상 VSS에 관한 나쁜 소식을 듣고 있습니다.이 질문은 저에게 직접 문제를 직접 묻는 것입니까?

Answer 1

WBlasko

저도 같은 문제를 발견했습니다. 다른 개발자가 잠금을 해제 할 때까지 기다리지 않고 필요한 경우 파일을 변경하고 병합하고 싶었습니다. 나를 위해 일한 솔루션했다 :

c:\vss\projectA 

2A) 의욕

cd vss\projectA 
C:\vss\projectA>hg init 

로 초기화 :

1)는 VSS 프로젝트의 최신 버전을 다운로드 (나는 VSS 아래의 모든 VSS 프로젝트)를 배치

2B)는 뜻

hg clone vss\projectA myProjects\projectA 

3에서 변경 될 수 있습니다 장소에 프로젝트를 복제) 최신 변화를 잡아 VSS 복사본에서 건너 뛰기 (1과 2에서 온 경우 건너 뛰십시오)

C:\myProjects\projectA>hg pull 
C:\myProjects\projectA>hg update 
(solve conflicts if any) 

4) 복제 된 버전으로 자유롭게 작업하십시오. 나중에 VSS 복사본에 작업을 밀어 :

C:\myProjects\projectA>hg push 
(don't run hg update yet, wait for VSS latestes version) 

5) 이제 VSS 프로젝트에 모든 파일의 체크 아웃을 수행

6)를 실행하여 변경 사항을 병합 할 VSS 프로젝트의 "HG 업데이트" 최신 VSS 변경 사항

C:\vss\projectA>hg update 
(if there are conflicts, resolve them) 

7) 커밋 변경

C:\vss\projectA>hg commit 

8

)는 3 반복 단계로 돌아가서 다른 사람들에게 잠금 해제 체크인 VSS() 수행 영원히 후 3-8 단계 .. .;-)

이 방법을 사용하면 기존 버전의 프로젝트와 여전히 "대화"하면서 좋은 버전 제어 시스템으로 작업 할 수 있습니다. 등

그냥 첫 번째 업데이트에주의 하시고, 당신은) 수은 C를 사용하는 방법을 알고 지점을 다른 사용자와 저장소를 공유 할 수 있습니다) 가) 어떤 문제가 잠긴 파일 B를 : 당신은 또한 즐길 수있을 것/체크인 VSS를 수행 한 후 충돌 테스트를 해결하고

건배, 루이스