DevFlow

개발 흐름

일반적인 흐름

1. 할 일 정의 - 수행할 작업을 이슈 추적기에 새로운 이슈로 생성 (이슈 관리하기 참고)
2. 일 배정 - 해당 이슈에서 작업 수행할 사람 지정 (이슈 관리하기 참고)
3. 저장소를 로컬로 복제하거나 이미 복제한 저장소에 새 커밋 당겨오기
4. 로컬 저장소에서 feature 브랜치 분기 - develop 브랜치에서 feature/(new-feature) 형식으로 브랜치 이름 정해서 새로 분기 (Feature 브랜치 라고 합니다.)
5. 해당 브랜치에서 작업을 수행하고 커밋을 생성. 커밋 생성시 커밋 메시지에 (#이슈번호) 형식으로 이슈번호 넣어 이슈 참조
6. 리모트 저장소에 로컬 저장소에서 작업한 브랜치를 올리기
7. Pull Request 열기. develop 브랜치에 본인이 작업한 브랜치를 병합하도록 지정. (ex: feature/timetable -> develop)
8. Pull Request 리뷰 진행. 최소 1명으로부터 승인 받아야 하며, 정상적으로 빌드와 실행이 가능하고. 그외 제시된 조건도 만족해야 함.
9. develop 브랜치에 병합. 이후 해당 Pull Request 와 관련된 이슈도 종결 처리
10. develop 브랜치에 어느정도 커밋이 모이면 master 에 develop 을 병합하는 Pull Request 생성
11. 다시한번 검수 후, master 에 병합한 후 배포 준비. 릴리스 태그 새로 생성하고 버전 올리기. 이후 업데이트 규모에 따라 앱을 빌드하여 스토어에 배포하거나, OTA 방식으로 업데이트 진행
12. 업데이트 완료 후 페이스북 등 수단으로 공지

긴급 수정 배포

1. 저장소를 로컬로 복제하거나 이미 복제한 저장소에 새 커밋 당겨오기
2. 로컬 저장소의 master 에서 hotfix 브랜치 분기 (ex: hotfix/neterr)
3. 작업 및 커밋 생성 후 리모트 저장소에 올리기
4. 작업한 브랜치를 master 에 병합하는 Pull Request 생성
5. 리뷰 후 master 브랜치에 병합한 후 배포 준비. 릴리스 태그 새로 생성하고 버전 올리기. 이후 업데이트 규모에 따라 앱을 빌드하여 스토어에 배포하거나, OTA 방식으로 업데이트 진행

---

• 이슈 관리하기
• 코드 작성하고 커밋 생성하기
• Pull Request 열기/리뷰하기
• 배포하기