Mercurial에서 두 버전의 프로젝트 작업을위한 워크 플로

Question

응용 프로그램 버전이 1.0입니다. 이제 버전 2.0에서 작업을 시작해야하지만 동시에 버전 1.0에서 버그를 유지 관리하고 수정하십시오.

1.0의 버그 수정은 2.0 릴리스로 통합되지만 2.0에서 1.0 릴리스로 새로운 기능은 백 포트되지 않습니다.

분기가 작동하는 방식을 이해하지만 동일한 작업 폴더에서 분기를 전환하는 것이 실용적이지 않으므로 동시에 두 버전 모두에서 작업 할 수 있어야합니다. 동시에 두 버전의 코드를 모두 실행할 수 있기를 원합니다.

같은 응용 프로그램의 두 버전을 동시에 명명 된 분기를 사용하여 작업 할 수있는 일반적인 설치 또는 워크 플로 란 무엇입니까? 즉 한 폴더의 한 분기와 다른 폴더의 다른 분기로 작업하고 있습니까?

2.0의 새 폴더에 저장소를 복제하고 분기를 2.0 릴리스로 설정 했습니까?

나는 약간의 의욕이 생겼다. 그래서 조금 순진하게 들리면 용서해주세요.

Answer 1

버전 2.0의 새 폴더에 저장소를 복제하고 분기를 2.0 릴리스 용으로 설정합니까?

예, 각 주요 출시에 대해 별도의 복제본을 사용해도 문제가 없습니다. 그러나 주요 개발 내용은 on the default branch으로 유지하고 각 주요 릴리스에 명명 된 분기를 사용해야합니다.

버전 1.0가 완료되면, 당신이 할

$ cd ~/src/foo 
$ hg tag 1.0 
$ hg push http://your-server/foo 

그리고 당신은 버전 2.0으로 그 클론에서 작업을 계속할 수 있습니다 : 나 워크 플로우를 통해 실행하자. 당신은 1.0의 버그를 수정해야 찾을 때, 당신은

$ cd ~/src 
$ hg clone http://your-server/foo foo-1.x 
$ cd foo-1.x 
$ hg update 1.0 
$ hg branch 1.x 
$ hg commit -m "Starting 1.x branch" 
# now fix the bug... left as an exercise to the reader :) 
$ hg commit -m "Fixed issue123" 
# do QA to test the bugfix, make more commits as necessary 
$ hg tag 1.1 
$ hg push --new-branch 
# make a release 

--new-branch 플래그 당신이 밀어 처음에만 필요합니까. 그것은 Mercurial에게 당신이 정말로 역사에 새로운 영원한 지부를 만들고 싶다고 말합니다.

는 이제 다른 저장소에 버그 수정을 당겨하려면 :

$ cd ~/src/foo 
$ hg pull http://your-server/foo 
$ hg merge 1.x 
$ hg commit -m "Merge with 1.1" 

1.x에서 시리즈에 대한 named branch를 사용하여, 당신은 항상 해당 분기의 최신 변경 집합에 가서 hg update 1.x을 사용할 수 있습니다. 1.x은 항상 해당 지점의 가장 많은 변경 집합을 가리키는 "부동 태그"로 생각하십시오.

이 워크 플로는 standard branching wiki page에 설명되어 있습니다.