2012-07-04 3 views
2

git에서 master 브랜치를 사용하여 응용 프로그램을 개발하고 있습니다. 응용 프로그램과 함께 데모 버전을 개발해야합니다.기본 응용 프로그램의 데모 버전에 대한 git-strategy

마스터로 병합되지 않는 데모 용으로 별도의 분기를 만드는 것에 대해 생각했습니다. 주요 문제는 응용 프로그램과 데모 모두에 공통적 인 몇 가지 기능을 개발할 것으로 예상된다는 것입니다.

이 문제를 해결하기위한 올바른 전략은 무엇입니까? git에서 커밋을 "공유"할 수있는 방법이 있습니까?

답변

3

구성을 사용하여 데모 버전을 정의 할 수없는 경우 지점을 사용해야합니다.

마스터에 병합하지 않는다고해서 마스터 (또는 다른 분기)와 데모를 병합하지 않아도되므로 새 기능을 어려움없이 데모 지점에 전파 할 수 있습니다.

방법에 "공유는 커밋"마스터로 또는 기능

2 전용 지점) 데모 지점으로 이동에

1) 저지하는 것 (git checkout demo)

3) 귀하의 다른 지점에서 코드를 가져 오십시오 (이것은 귀하의 데모 지점을 특별하게 만드는 것을 지우지 않습니다) 또는 git merge myfeaturebranch

병합은 목적지 지점이 이후에 동일하다는 것을 의미하지 않습니다 ource 지점.

+0

답변 해 주셔서 감사합니다. 한가지 작은 질문 :'git merge master '를 사용하면, master 브랜치의 어떤 부분이 병합 될까요? 마스터 브랜치에서 하나 또는 두 개의 커밋이 필요한 경우'git cherry-pick'을 사용하는 것이 더 좋지 않습니까? –

+0

분기 후 (논리적으로) 작성된 커밋은 병합에 의해 가져 오기됩니다. 일반적으로 귀하의 경우에 필요한 것입니다. –

+0

설명해 주셔서 감사합니다! –

관련 문제