Gitflow를 지형지 물들 간의 종속성과 함께 사용하는 방법?

Question

사용자 스토리에 매핑 된 지형지 물이있는 GitFlow를 사용하고 있습니다. 기본적으로 각 지형 가지는 사용자 스토리를 나타냅니다. 스토리가 완전히 구현되고 테스트되면 완료된 것으로 간주되고 기능이 완료됩니다 (개발 분기로 병합 됨).

내 문제는 지금 내 기능이 점진적 배포 일정을 갖는 의도로 에픽으로 분할 된 것입니다. 각 스토리는 기능이어야합니다. 이야기의 대다수는 실제로 서로를 의존하지 않고 개별적으로 구현할 수 있도록 설계되었습니다. 그러나 한 가지주의 사항은 모두 한 가지 일반적인 이야기에 의존한다는 것입니다.

현재 공통 스토리 (기능)는 완료되었지만 테스트/품질 보증 부서를 통과하지 못 했으므로 아직 개발 지점으로 병합 할 수 없습니다. 그러나 저는 서사시에서 다른 이야기를 시작하고 싶습니다.

이 시점에서 "올바른"프로세스 란 무엇입니까? 기존 피쳐 브랜치의 HEAD에서 피쳐 브랜치를 생성해야합니까? 일반적인 GitFlow 프로세스를 따르지 않으므로 다른 사람들이이 상황을 어떻게 처리했는지 궁금합니다.

Answer 1

예, 기존 지형지 물 끝에서 지형지 물을 만들어야합니다. Git Flow는 대부분의 프로세스와 마찬가지로 실제 규칙보다 더 많은 지침입니다.

그러나 더 깨끗한 기록을 원하면 그 기록을 남길 수 있습니다. 종속 기능 분기가 develop에 병합되면, 당신의 새로운 기능 지점을 확인하고 수행

git rebase develop 

을 REBASE 동안 힘내 종속 지점에서 커밋이 이미 develop에 병합 된 것을 볼 수 있습니다, 그래서 기능 분기에서 더 이상 필요하지 않습니다. 따라서 지형 지사에는 해당 기능과 관련된 새로운 커밋 만 포함됩니다. 서버에 밀려 한 경우

, 당신은 또한해야 할 것이다 : 종속 기능이 통합 된 후 기능 분기 똑바로 develop 온 것처럼

git push --force-with-lease 

는 이제 될 것입니다.