2014-01-24 3 views
0

최근 테스트 분기를 프로덕션과 병합하고 특정 커밋을 제외하려는 상황에서 스스로를 찾고 있습니다. 내가 그것에 대해 갈 방법은 두 가지가있다. 하나는 테스트를 프로덕션과 병합하고 병합 커밋 (rebase -i HEAD ~ 1)에 대한 rebase를 수행하고 싶지 않은 커밋을 제거하는 것이다. 또 하나는 체리가 우리가 원하는 커밋을 선택하는 것입니다. 나는 그것이 분리 된 가지에 새로운 커밋을 만들고 일하는 나무를 더럽게 만드는 것처럼 보이기 때문에 모두 함께 벚꽃 따기를 피하려고 노력하고있다.git을 사용하여 특정 커밋 만 프로덕션으로 이동

병합 커밋을 리베이스하는 것이 좋은 전략입니까? 아무도 이걸 보지 못했 니?

미리 감사드립니다.

+0

리베이스는 기본적으로 체리 따기와 같습니다. 어느 쪽이든 "새로운 커밋"(즉, 새로운 커밋 해시)이 표시됩니다. 특정 커밋을 병합하려는 동기는 무엇입니까? – Chris

+0

다른 티켓이있는 동안 특정 쟁점이 올라갈 준비가되지 않았을 때 특정 지점에서 생산을 추진하고 싶습니다 (이러한 쟁점 중 일부는 기능 분기를 생성하기에는 너무 작습니다). 때로는 하나의 커밋을 프로덕션 및 기타 시간에 가져올 필요가 있지만 거의 예외는 아닙니다. –

+2

에 대한 지형지 ​​물을 만들기에는 너무 작은 문제가 없습니다. 개인 커밋을 안정적인 지점에 병합하는 경우 문제가 있는지 묻습니다. 예를 들어, 안정적이라고 생각하기 전에 코드베이스를 테스트하지 않습니다. – Chris

답변

1

배포를 위해 복잡한 리베이스 및 병합을 시도하는 대신 git flow을 사용하는 것이 좋습니다. 주요 개발, 릴리스, 핫픽스 및 기능 분기 개념을 지원합니다. 이 모델을 따르면 릴리스 및 핫픽스 분기 만 배포 할 수 있습니다.

관련 문제