dnd 6th 4 Android
| 이름 | 깃허브 |
|---|---|
| 최승호 | [Github](https://github.com/tmdgh1592 |
| 고정민 | [Github](https://github.com/eigen98 |
- Android Studio Arctic Fox | 2020.3.1 Patch 4
- Gradle 7.2.0
- Kotlin 1.6.0
- Room Database
- Koin
- Coroutine
- REST API - Retrofit2
- LiveData + DataBinding
- Local DB - Room
- ... 상의중 ...
디자인 패턴 : MVVM
``
[제목]
- 기능을 태그로 작성한다.
- 어떤 부분을 수정했는지 표시하기 위해서 태그 뒤에 괄호로 커밋한 기능명을 작성한다.
- 설명은 대문자, 동사원형으로 작성 시작.
Tag : Feat, Fix, Design, Rename, Remove, Comment, !HOTFIX
[본문]
'어떻게' 변경했는지 보다 '무엇을', '왜' 변경했는지 작성 (방법보다 사유 기술)
[꼬리말(Optional)]
형식 : "유형: #이슈 번호"
여러 개의 이슈 작성 상황에는 쉼표로 구분
유형 Type
Close : 이슈 닫음
Fixes : 이슈 수정중 (아직 해결되지 않은 이슈)
Ref : 참고할 이슈가 있을 때
Resolves : 이슈를 해결했을 때 (이슈 닫음)
Related to : 해당 커밋에 관련된 이슈번호
Github
[Git-flow 전략]
- Branch 전략
└ master : 제품으로 출시될 수 있는 브랜치
└ develop : 다음 출시 버전을 개발하는 브랜치
└ feature : 기능을 개발하는 브랜치 (네이밍 : feature-{issue num}-{feature name} ex. feature-17-login), 해당 기능 구현시 브랜치삭제
[Issues 생성 및 관리]
- 네이밍 : 구현 및 수정 기능을 한글로 작성
- Issues 내용 :
- 기능 구현 또는 에러 수정시, 이슈를 생성해서 관리한다. [Fork & Pull Request]
- 기능 구현시 Upstream Repository의 Develop branch를 Origin Repository로 Fork하여 코드를 관리한다.
- 커밋 후 Merge가 필요한 경우, Upstream Repository로 PR을 한 후, 상대방이 코드 검토 후 merge한다. 만약, 수정이 필요한 경우, Committer에게 contact한다.
- 더 이상 develop 브랜치 필요가 없는 경우, 개발자끼리 상의 후 제거 작업을 진행한다.
Android Develop Convention
[Naming]
- Resource
아이콘 : ic_
배경 : bg_
버튼 : btn_
이미지 : img_ - Layout
액티비티 : activity_
프래그먼트 : fragment_
다이얼로그 : dialog_
리스트 콘텐츠 뷰 : item_
일반 뷰 : view_
패키지명 : Under case
클래스, 변수명 : Camel 기법
Color, String : Under bar(_) 기법
빈도가 높은 로직들은 Method를 만들어 관리한다.