많은 기사를 읽었지만 아직도 나에게 명확하지 않습니다. 두 개의 브랜치 (master와 dev) 프로젝트가 있다고 가정 해 보겠습니다. Dev는 개발 브랜치를 보유하고 있으며 안정적인 브랜치를 마스터합니다.git 브랜치로 작업하고 병합하는 올바른 방법
질문 1 :
나는 지점을 dev에 몇 가지 기능을 추가 할 - 내가 DEV에 따라 다른 분기를 생성 - 현실을 부르 자 :/일부-기능 설명 기능/1이 기능은이다 큰/하나의 하위 기능 설명, 기능/1.2/일부 하위 기능 설명 및 기능/1.3/일부 하위 기능 설명
필자는 1.1의 기능을 시작했기 때문에 코드를 작성 했으므로 하위 기능 1.1이나 주요 기능 1과 직접 관련이없는 버그를 발견했습니다. 어떻게해야합니까? , 기능에 스위치를, 또 다른 지점 (/ 1/일부-수정-설명 수정)를 생성 문제를 해결, dev에 지점에 수정 지점을 병합, 내 dev에 지점에 다시
스위치 : 나는 몇 가지 가능한 솔루션을 참조 1 (주요 기능 분기) dev에서 변경 사항을 병합, sub로 전환 기능 1.1에서 변경 사항을 병합합니다.
기능 1.1에서 문제를 해결하거나 기능 1.1을 기반으로 다른 수정 분기를 만들고 기능을 완료하면 문제를 해결하고 기능 1.1 분기로 병합하십시오. 기능이 완료되면 큰 기능 1 분기와 병합하십시오. , 그리고 그것이 완료되면 dev에 병합하십시오.
단일 및 다중 개발자 프로젝트에서 올바른 방법이 있습니까? 아마도 내가 알지 못하는 또 다른 방법이 있을까요?
질문 2 :
내 기능 기능/1.1/지점/1 /, 내 기능/1.1/코드에서 버그를 발견 합병 한, 아니면 그냥 거기에 몇 가지 변화를 만들고 싶어 한 후 - 다시 Feature/1.1 /로 전환하고, 현재 Feature/1/branch를 병합하고, 변경 한 다음 Feature/1 /로 다시 병합 할 수 있습니까? 아니면 현재 지형지 물/1/코드를 기반으로 다른 지사를 만들어 변경해야합니까?
언제나처럼 답변에 미리 감사드립니다.
감사합니다.
답변 해 주셔서 감사합니다. Q1 : 내 응용 프로그램 만 개발 했으므로 정확히 그 일을하고 있었지만 상상해보십시오. 두 명 이상의 개발자가 있으며 버그를 발견하고 Feature/1/branch에서 수정했습니다. 이제 다른 기능 (Feature/2 /라고 부르 자)을 담당하는 친구가 동일한 버그를 발견하고 지점에서 수정 했으므로 같은 문제에 대해 두 가지 수정 사항이 생겼습니다. 그들의 브랜치를 dev에 다시 병합합니다. 당신이 혼자 작업 할 때 방법 1을 사용할 수 있다고 생각하지만 팀과 함께 작업 할 때는 방법 2가 필수입니다. – user2384366