드디어 팀원들이 모이고 나는 게시글 담당으로 게시글 조회/삭제/수정/생성을 담당하게 되었다. 그 전에 Gitbranch 전략부터 협업할때 서로 공유하고 필요한부분이 있었다.
일단 내가 기능 개발하고 수정사항이 생기면
깃허브 레퍼지토 포크된 내 레포지토리에서 SYK FORK 를 받아서 싱크를 맞춘다.
우리는 main / develop 두개가 있어서 두개를 다 fork 해준다 .
그리고 나서 깃헙 데스크에 와서 Fetch origin 해주고 pull/fetch origin를 해준다.
그럼 다른사람이 수정한 것도 받아와지는 것이다
이제 내가 기능 개발하고 수정사항이 생기면 fetch origin 필수 먼저 하고 commit 실행
하고 다시 github 가서 compare@ pull request 하고 develop 브렌치로 변경하여서 pr을 해준다. 이건 진짜 내가 강의를 하던 매뉴얼을 만들던해야 이해가 빠르다.
일단 아주좋은 깃브랜치전략
진짜 피땀눈물로 정리한 노션...T-T
이분 티스토리 유명한데 여기서 도움을 많이 받았다.
또한 여기 리더분이 잘 정리해주신 github 데스크탑 레포지토리 연동도 나중에 잘써먹어서 버벅대지 말아야겠다!
커밋 -> fetch origin dto를 인식해서 샘플코드 서비스에서 로직으로 돌아가면 dto 에서 entity 주입 -entity에서 데이터베이스 = 디비버랑 같아요
커밋하기 전에 피쳐 orgin 한다
커밋
push origin
깃허브 가서
pull request
다른사람들이 수정하시면
깃허브 sync fork
다시 데스크탑
- fetch origin
- pull origin
Git Flow를 사용하여 branch를 관리 모든 branch는 pull request 리뷰 완료후 merge
- master: 개발, 테스트 완료후 검증이 완료된 코드가 있는 branch
- develop: 개발이 끝난후 issue branch를 merge
- issue(feature): develop에서 새로운 기능을 개발 진행
- release: issue에서 develop으로 merge하여 master에 merge전 배포하여 테스트를 진행
- hot-fix: release, master에서 발생한 버그를 수정
먼저 게시글 API 작업한것은 다음편에서 설명
