2012-04-25 2 views
0

프로젝트를 진행할 때 0.1.0 릴리스가 준비되었을 때 release이라는 책갈피를 만들고이 수정본을 0.1.0으로 태그 지정 한 다음 책갈피를 비활성으로 설정하고 계속 작업을 수행했습니다. 계획.Mercurial - 머리가 아닌 버전으로 병합

  • Tip (hg update default가 간다)
  • 개정 북마크와 좀 더 수정 (hg update release가 간다)
  • :

    개정은 (최신에서 가장 오래된)이 같을

  • 일부 수정 버전

내 의도는 hg update release이고 새로운 버전이 준비 될 때마다 hg merge defaulthg tag <version>입니다.

abort: nothing to merge (use 'hg update' or check 'hg heads')

나는 분명히 하나의 머리를하고 난 hg update이 어떻게 할 것인지 확실하지 않다 : 그러나, 다음과 같은 오류가 발생합니다. hg update release 내가 끝 부분에있을 때 적절한 수정으로 업데이트됩니다. 거기에 내 현재의 시나리오를 주어진 북마크 (아니 명명 된 분기), release에 의해 가리키는 개정을 병합 (따라서 새로운 머리를 만드는) 있나요? 내 생각은 release으로 약간 변경 한 다음 새 머리글을 만든 다음 병합하는 것입니다. 그러나, 나는 그것을하기 전에 내가하고있는 일에 대해 확신하고 싶습니다.

+0

부분 개정 그래프를 표시 할 수 있습니까? – C2H5OH

답변

0

병합은 머리가 여러 개인 경우에만 필요합니다 (비선형 기록).

그러나 워크 플로가 더 복잡해야하는지 잘 모르겠습니다. 이 아니며이 아닌 특정 개정판에 태그를 지정하여 업데이트해야합니다. help for the tag command을 참조하십시오.

+0

기본 개념은 명명 된 분기 대신 책갈피를 사용하여 릴리스 분기를 유지하려고한다는 것입니다. – KPthunder

+0

@KPthunder : 명명 된 브랜치를 사용하는지 여부에 관계없이, _branch_는 브랜칭을 의미합니다. 선형 히스토리에 대한 릴리스 정책은 태그 지정에 불과합니다. – C2H5OH

관련 문제