현재 숨겨진 저장소에는 마스터 및 개발 분기가 있습니다. 개발자가 스토리에서 작업하는 경우 개발자가 분기를 생성하고 코딩이 완료되면 병합 요청이 제기되어 개발됩니다.다중 기능 분기에 대한 작업 흐름도
개발자가 변경 사항을 병합하고 다른 작업이 아직 수행중인 경우 두 개발자가 동일한 저장소에서 서로 다른 지형지 물을 사용하여 작업하는 경우 병합 충돌과 같은 문제가 있으며, 서로 다른 두 가지 기능 브랜치를 함께 릴리스하려고합니다.
이 문제는 아니지만 한 번에 여러 기능 분기를 피하기를 원합니다.
모범 사례에 대한 의견.
"개발"분기를 병합 한 후에 태그를 만들 것을 제안합니다. 태그를 사용하여 "master"브랜치의 코드를 해제하려는 경우 아무런 해가 없습니다. 솔직히 말하자면 Git에서 호스팅하는 repos에서 코드를 공개하려는 방법에 대한 강경 한 언급이 없습니까?
당신은이 순서
자식 체크 아웃 feature_branch2
자식이 개발 리베이스 충돌
git 체크 아웃 개발
자식은 feature_branch2
자식 체크 아웃 답장을 보내
자식 태그 TAG_NAME
가장 좋은 방법은 제 2 개발자가 먼저 "개발"지점에서 기능 지점을 리베이스 한 다음 끌어 오기 요청을 작성하여 변경 사항을 다시 "개발"지점으로 병합해야한다는 것입니다.
두 개의 기능 브랜치에서 변경 사항을 동시에 릴리스하지 않으려는 경우 병합에 성공한 후 "개발"분기에 태그를 만들고이 태그를 사용하여 코드를 릴리스 할 수 있습니다.
희망이 도움이됩니다.
감사를 provide_version_you_wish_to_release 해제하고자하는 버전을 병합 병합 개발 후 또는 지점 자체에서 태그를 만들어야합니다. 마스터 브랜치도 있습니다. 마스터 브랜치도 태그를 사용해야합니까? 분기 개발을 위해 병합 후 태그를 만드는 방법에 대한 몇 가지 참고 자료를 공유 할 수 있습니까? Google에서 많은 것을 찾을 수 없었습니다. – user804401