백엔드 시스템 용 Git 플로우

Question

백엔드 서비스를 배치하기 위해 git 플로우 프로세스를 따르려고합니다. 백엔드 서비스는 graphQL API이며 황금 규칙은 입니다. NEVER은 이전 버전과의 호환성을 없애줍니다.

왜 내가 릴리스 분기가 필요한지 알 수 없습니다. 내가 이전 버전과의 호환성을 깨뜨리지 않으면, 릴리스 환경에서 테스트 할 내용은 무엇입니까?

새로운 기능 개발 개발

에서

• 지점, 지역 지점에 개발 지역 단위 테스트를 실행.
• 개발 준비가 완료되면
• Rebase PR to development, 단위 테스트 실행, 개발 환경 생성 및 통합 테스트 실행.
• 마스터와 병합.
• 프로덕션 및 기타 N 개의 샌드 박스에 배포합니다. 이 샌드 박스는 제 3 자와의 통합에 사용됩니다. 예를 들어 프런트 엔드 wbe는이 샌드 박스를 사용하여 테스트를 수행 할 수 있습니다.

Answer 1

git 플로우에서 릴리즈 분기를 사용한다는 생각은 좋은 상태에 있다는 것을 알고있는 개발 브랜치의 세그먼트를 취할 수 있고, 필요하다면 버그를 수정 한 다음 다시 마스터로 병합 할 수 있다는 것입니다 병합되어 다시 발전하게된다.

마스터로 병합하는 경우 (릴리스 건너 뛰기) 괜찮습니다. 그러나 불안정/테스트되지 않은 개발 분기 커밋을 실수로 가져 가지 않도록주의해야합니다. 이것은 분기가 명시 적으로 위험을 분리시키는 것입니다.

힘줄 흐름은 분기 전략이지만 내 경험상 모든 분기 전략은 모든 프로젝트에 똑같이 적합합니다. 다양한 장소에서 아이디어를 끌어 내고 프로젝트에 가장 적합한 것을 찾아야합니다. 힘내 흐름은 일반적으로 훌륭한 접근 방법이다.