문제

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

Mercurial과의 시도에서 그것은 효과가 있지만 몇 가지 이상한 문제가 발생합니다. 즉, 다른 사람이 내가 체크 아웃 한 파일을 체크 아웃했다고 생각합니다.

다음은 어떻게 관리 해야하는지에 대한 내 생각입니다.

  1. 자동 확인을 비활성화합니다.
  2. 머큐리리어에서 현지에서 일하십시오
  3. 변경 사항을 밀어 낼 준비가되면 ...
    1. 내 수은 저장소를 복제하십시오.
    2. 내 시각적 소스 안전 저장소를 업데이트하십시오
    3. Mercurial을 사용하여 두 저장소를 당기고 병합하십시오.
    4. 모든 것을 Visual Source Safe로 확인하십시오.

이것이 합리적으로 들리나요? 나는 항상 VSS에 대해 나쁜 말을 듣고 있습니다. 이것은 단지 그 문제를 직접 보라고 요구하고 있습니까?

도움이 되었습니까?

해결책

wblasko

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

1) VSS 프로젝트의 최신 버전을 받으십시오 (모든 VSS 프로젝트를 VSS에 배치) :

c:\vss\projectA

2A) 수은으로 초기화

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

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 Update"를 실행하여 최신 VSS 변경으로 변경 사항을 병합하십시오.

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

7) 변경 사항을 저 지르십시오

C:\vss\projectA>hg commit

8) VSS 체크인 (다른 사람들에게 자물쇠를 릴리스)을 수행하십시오. 3 단계로 돌아갑니다. 3-8 단계를 영원히 반복하십시오 ... ;-)

이렇게하면 레거시 프로젝트에 "대화"할 수있는 좋은 버전 제어 시스템으로 작업 할 수 있습니다. 당신은 또한 즐길 수 있습니다 : a) 잠긴 파일에 문제가 없음 b) HG 사용 방법을 알고있는 다른 사람과 저장소를 공유 할 수 있습니다 c) 가지 만들기 등

먼저 충돌을 업데이트/해결하고 테스트 한 다음 VSS 체크인을 수행하도록 조심하십시오.

건배, 루이스

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top