Git에서 분기를 조부모에 병합 할 때의 문제점은 무엇입니까?

Question

내 앱의 UI를 새로 고치기 위해 해당 프로젝트의 모든 코드를 처리하는 "v2"라는 분기가 있다고 가정 해 보겠습니다.

이제는 사용자 스토리 # 123의 특정 기능을 나타내는 "v2-123"이라는 브랜치가 있고, 내 작업이 다소 완료되었지만 품질 보증 테스트 승인을 기다리고 있다고 가정 해 보겠습니다.

그러면 사용자 스토리 # 456에 의해 차단되는 다른 사용자 스토리 # 456이 있다고 가정 해 이야기 # 123의 변경 사항이 # 456의 변경 사항을 처리 할 수 ​​있어야합니다.

분기점 "v2-456"을 "v2-123"에서 만드는 것이 가능합니까? # 456에서 작업을 마치기 전에 # 123의 QA 테스트가 완료 될 가능성이 있음을 알고 있습니까? "v2"를 "v2"로 다시 스쿼시하고 "v2"로 "v2-456"을 리베이스하고 나중에 "v2-456"을 "v2"로 다시 병합하는 데 문제가 있습니까?

"v2-123"이 "v2"로 다시 채워지고 "v2"에서 "v2-456"이 나올 때까지 기다리는 것이 더 좋을까요? 핵심은 "v2-123"을 "v2"에 병합하는 것이 "v2-456"을 먼저 완료해야하기 때문에 "v2-123"을 병합하고 싶지 않다는 것입니다. 품질 보증 테스트가 성공적으로 완료되는대로 "v2"로

감사합니다.

Answer 1

v2-123에서 새 분기 (v2-456)를 시작해도 v2-123이 마스터에 다시 병합되지 않아야합니다. 그것은 주위 v2-123하지 다른 방법에 따라 달라집니다 v2-456 지점입니다 :

Master -----------------------merge of master and v2-123 ---- 
     \     /
      v2-123 ------------ 
        \ 
        v2-456---- 

내가 추천 유일한 것은입니다 v2-456는 v2-123이 후 (잠시 동안 주위에있을 것입니다 경우 마스터로 다시 병합) 마스터를 v2-456으로 병합하여 v2-456의 최종 병합을 마스터에게 덜 고통스럽게 만듭니다.