작은 프로젝트에 대한 Git 워크 플로우 / 실습 (png의 순서도)

개인 워크 플로를 만들려고합니다. 릴리스의 가상 수명에 대한 순서도를 정리했습니다. 한 개발자가 공개 github 저장소로 밀고 + 친구가 일부 기능을 도와 버그를 수정했습니다.

이것이 버전 관리에 대한 합리적인 접근입니까?

주요 아이디어는 공개 저장소를 깔끔하게 유지하는 것입니다.

• 각각의 새로운 릴리스는 완료되면 마스터 브랜치에 마지막으로 태그 될 때까지 자체 브랜치에 배치됩니다.

• 모든 작업은 예외를 방지하기 위해 실제 릴리스 분기가 아닌 "기능"또는 "핫픽스"분기에서 수행됩니다.

• 더 높은 수준의 브랜치로의 병합은 혼란스럽지 않도록 항상 리베이스 또는 스쿼시됩니다.

그것이 과잉이라면 나는 큰 프로젝트에 필요한 기술을 배우는 것이 중요하기 때문에 신경 쓰지 않는다. 내가 잘못하거나 불필요하게 무언가를하고 있다면 유일한 문제는 것입니다.

편집 2 : 원래 순서도의 잘못된 아이디어를 수정하고 탐색하기가 조금 쉬워졌습니다.

git / github 커뮤니티에서 많이 본 것은 이것입니다

지점 마스터 개발

귀하와 기고자는 주로 개발 작업을 수행하지만 누군가 아이디어 나 새로운 기능을 가지고있을 수 있으므로 git checkout -b user_comments와 같은 주제 분기를 작성하십시오.

그런 다음 개발을 진행하면서 원하는 버전을 찾으면 마스터로 푸시하고 마스터 브랜치에서 1.0 또는 1.1.2 등으로 태그를 지정하십시오 (시맨틱 버전 확인).