2014-09-19 3 views
1

브랜치에서 리팩터링을 수행 했으므로 RenameCustomersTableToClients 브랜치를 호출 해 보겠습니다. 이 지점은 최소한 일주일 동안 트렁크에 병합 할 수 없습니다. 우리가 며칠 안에 석방 될 예정이라면 그 변화는 조금 위험 할 수 있습니다.작업 흐름 - 브랜치 분기

바로 지금 새로운 기능을 작업하기 시작합니다. 이 기능은 브랜치 1에 도입 된 변경 사항을 필요로합니다. 따라서 브랜치를 분기하여 두 번째 브랜치를 만듭니다. 이 두 번째 분기 NewClientRelatedFunctionality를 호출 해 봅시다.

분기 1이 약 일주일 안에 트렁크에 병합 될 것으로 예상됩니다. 그런 다음 약 일주일 후 제 2 지점을 트렁크에 병합하려고합니다. 괜찮을거야. 그렇지? 나는 아주 열망하고 단지 내가 여기에 웜의 깡통을 열지 않도록하고 싶다.

+2

엄밀히 말하면, 힘내는 단지 어리석은 콘텐츠 추적자 *입니다. 그것은 어떠한 분기 모델도 규정하지 않습니다. 그러나 팀은 아마도 기존의 분기 모델을 따르기 때문에 위험 할 수 있습니다. 팀은 어떤 분기 모델을 사용합니까? 그들과상의 한 적이 있습니까? – Jubobs

+0

예, 제가 물었습니다. 그들은 괜찮을 거라고 생각하지만, 그들은 아무 git 전문가도 아니다. 그래서 나는 단지 더 많은 정보를 원했다. –

답변

1

문제가되지 않습니다. 더 중요한 것은, 당신은 정말로 그것이 들리는 것에서 선택을하지 않는다는 것입니다.

feature/B가 feature/A에 종속적이면 이됩니다. 기술적으로나 의미 적으로 그렇게하는 것이 합리적입니다.

트렁크 (또는 마스터) 브랜치의 변경 사항이 호환되지 않는 것으로 염려되는 경우 기능 브랜치에 여러 번 병합 할 수 있습니다. 필요한 경우 최신 브랜치 기능으로 브랜치를 최신 상태로 유지할 수 있습니다 변경.

많은 비 호환성 문제가있는 경우에만 필요합니다. 이벤트가 끝난 후 일주일 정도 걸리던 코드가 마음에 새겨 져있을 때 그러한 종류의 병합을하는 것이 훨씬 쉽습니다.