당신은 너무 일반적인 경우로 시작 hotfix
을 생성하여 역사의 토폴로지에 대한 세부 사항을 제공하지 않았다가
$ git checkout -b hotfix upstream/master
$ git lola
* 81a514a (dev) Stupendous feature
* cb4d5e6 Great feature
* d4a7906 Cool feature
| * 39e449a (HEAD, upstream/master, hotfix) v0.2
|/
* 264ddbc (master) v0.1
참고를 제공합니다 git lola
은 비표준이지만 매우 유용 별명입니다. master
-hotfix
병합
상황이 선로를 벗어가는 곳
* 567f066 (HEAD, master) Merge branch 'hotfix'
|\
| * 1b1b6e3 (hotfix) Fix nasty bug
| * 39e449a (upstream/master) v0.2
|/
| * 81a514a (dev) Stupendous feature
| * cb4d5e6 Great feature
| * d4a7906 Cool feature
|/
* 264ddbc v0.1
이 dev
별도로 hotfix
입니다 병합 제공합니다. 이 시점에서
* 36aa1c8 (HEAD, dev) Merge branch 'hotfix' into dev
|\
* | 81a514a Stupendous feature
* | cb4d5e6 Great feature
* | d4a7906 Cool feature
| | * 567f066 (master) Merge branch 'hotfix'
| | |\
| |//
|/|/
| |/
| * 1b1b6e3 (hotfix) Fix nasty bug
| * 39e449a (upstream/master) v0.2
|/
* 264ddbc v0.1
,
master
는
dev
하지만 형제의 직접적인 조상이 아니다.
dev
에 대한 커밋을 추가하면 master
은 위대한 삼촌이됩니다.
는
* d89aa74 (HEAD, dev) Jason does it again
* a4dd5bf Jason saves the day
* 36aa1c8 Merge branch 'hotfix' into dev
|\
* | 81a514a Stupendous feature
* | cb4d5e6 Great feature
* | d4a7906 Cool feature
| | * 567f066 (master) Merge branch 'hotfix'
| | |\
| |//
|/|/
| |/
| * 1b1b6e3 (hotfix) Fix nasty bug
| * 39e449a (upstream/master) v0.2
|/
* 264ddbc v0.1
dev
이 기능 지점의 방법으로 master
에 도달 것을 기억하고 --no-ff
병합을 통해. 아마도 release-1.0
은 귀하의 핫픽스로 시작하여 다른 버그 수정을 얻습니다.
* f0398ba (HEAD, release-1.0) Bugfix for v1.0
* d89aa74 (dev) Jason does it again
* a4dd5bf Jason saves the day
* 36aa1c8 Merge branch 'hotfix' into dev
|\
* | 81a514a Stupendous feature
* | cb4d5e6 Great feature
* | d4a7906 Cool feature
| | * 567f066 (master) Merge branch 'hotfix'
| | |\
| |//
|/|/
| |/
| * 1b1b6e3 (hotfix) Fix nasty bug
| * 39e449a (upstream/master) v0.2
|/
* 264ddbc v0.1
는 버튼까지 분리, 이것은 물론
$ git merge --no-ff -m "v1.0" release-1.0
$ git lola
* 5a384c8 (HEAD, master) v1.0
|\
| * f0398ba (release-1.0) Bugfix for v1.0
| * d89aa74 (dev) Jason does it again
| * a4dd5bf Jason saves the day
| * 36aa1c8 Merge branch 'hotfix' into dev
| |\
| * | 81a514a Stupendous feature
| * | cb4d5e6 Great feature
| * | d4a7906 Cool feature
* | | 567f066 Merge branch 'hotfix'
|\ \ \
| |//
|/|/
| |/
| * 1b1b6e3 (hotfix) Fix nasty bug
| * 39e449a (upstream/master) v0.2
|/
* 264ddbc v0.1
와 master
로 돌아갑니다 있다고 가정하면, 당신을위한 정확한 수정은 역사의 특성에 따라 달라집니다.
왜 개발자를 빨리 감기로 마스터에 병합 하시겠습니까? –
@alexeyten, 나는 분기점이 안정된 지점에 도달 할 때 [문서] (http://nvie.com/posts/a-successful-git-branching-model/) *에서 병합 커밋을 피하는 것으로 생각했다. 출시 될 준비가되었습니다. 변경 사항은 모두 마스터로 병합되어야합니다 ** 어떻게 든 *** –