일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- ListAdapter
- Compose
- 코딩테스트
- 컴포즈
- 코틀린
- Build variants
- NavController
- cleanarchitecture
- coroutine
- Jetpack
- 안드로이드
- Authentication
- 리사이클러뷰
- Flow
- DiffUtil
- 로그인
- UiState
- 클린아키텍처
- Kotlin
- XML
- 회원가입
- 커스텀뷰
- 플레이스토어
- 파이어베이스
- sharedFlow
- 알고리즘
- NavHost
- Android
- 뷰
- MVVM
- Today
- Total
목록Build variants (2)
Grusie 안드로이드 개발 기술 블로그
지난 번에 추가로, Build Variants에 대한 얘기이다.Release 버전을 테스트 할 수 있다는 것은 지난 번에 사용해보았으며, 주의해야 하는 추가 사항들이 좀 있어서 이번에는 Debug버전과 Release버전 앱이 따로 설치되도록 하면서 발생했던 문제점과, 처리과정에 대해 말해보겠다. 1. 파이어베이스의 google-services.json 처리2. File - Provider 사용 시 중복 처리3. 앱 이름 중복 처리 기본 세팅- 지난 번과 다를 거 없으나 설명을 하자면,debug / release를 구분하고 applicationIdSuffix를 사용하여 debug일 경우 패키지명이 변경되도록 수정하였다. 1. google-services.json파이어베이스의 기능들을 사용하기 위해서는 go..
회사 프로젝트에서는 release와 debug버전의 몇 가지 차이들이 존재했다. 예를 들어, proguard-rules를 활용한 난독화 차이가 있으며, 지난번에 발생했던, Json 난독화 오류에 대응하기 위해, proguard-rules를 수정한 경험이 있었다.하지만 이런 에러가 발생한다는 것은 플레이스토어 내부 테스트 버전을 배포하기 전까지 알지 못 하였고, 그 대로 배포를 했더라면 대참사가 날 뻔 했었다. 그렇기에, 개발단계에서 release버전을 테스트 해볼 수 있는 방법이 없을까? 하는 고민을 하며 찾던 중, Build Variants라는 것을 알게 되었고 실제로 빌드를 실행해보는 과정을 설명해보려고 한다. Build Variants는 기본적으로 이렇게 생겼다.프로젝트에 존재하는 모듈들을 띄워주..