개발자
Flutter 작업중에 요구에 배포환경 이랑 로컬환경을 분리를 원하십니다. 이유가 로컬에서는 사용하는 코드가 배포에는 사용을 하지않을수도 있어서 분리를 해놓는게 좋다 라고 전달받앗는데 방법이있을까요? 서버같은 경우에는 Kdenugmode 로 구분지어놧는데 이 방법이 구분 방법은 아닌거같아 질문드립니다
답변 4
익명
작성자
2024년 04월 10일
이거에 가까운 얘기일겁니다. 빌드용은 debug, 배포는 release로 하니 Service에 kDebugmode 로 url 구분해놧는데 더 나은게 없냐는 식으루 물어보셔서 일단은 flavor적용해놓은 상태인데 위방식으로 빌드하면 kDebugmode나 flavor이나...

육성민
모바일 개발자 • 2024년 04월 11일
이미 flavor를 적용해서 API의 URL을 이미 분리해놓으신 상황인데 단순히 변수를 따로 관리하는 것 뿐만 아니라 기능 단위 정도 규모의 코드 분리라면 결국 Git과 같은 VCS 으로 코드를 관리하는게 필요하지 않을까 싶어요. 저는 깃을 develop stage release 브랜치로 분리해서 테스트 및 운영 단계에 따라 특정 기능을 추가하거나 제외하는 방식으로 관리해서 필요에 따라 각 브랜치의 버전을 사용해서 테스트하거나 배포합니다 Git 전략은 다양하겠지만 보통 develop 에서 feature별로 브랜치를 파서 개발한 후 배포 환경에 적용하고 싶을 때 develop에 머지한 후 develop을 stage에 머지합니다 그리고 stage 에서 배포 전 테스트 환경으로 빌드하여 테스트한 후 배포할만하다싶으면 stage를 release에 머지하여 배포합니다
전 환경 분리 다음처럼 했었습니다. 1. Flavor로 Firebase 환경 구분하기(json 파일 주입) 2. pubspec.yaml에 있는 version이랑 Firebase Remote Config에 있는 version 값을 비교해서 서버 환경을 구분 앱 버전 관리를 Firebase 안 쓰시고 자체 서버에서 개발하신다고 하면, 일단 서버랑 버전 API 한 번 통신한 다음에 환경 분리하게끔 값들 주입하는게 좋아보이네요. 통신 실패도 같이 고려하면서요! 그리고 Flavor랑 bundleId 잘 건들면 환경별로 앱 다 따로 만들고, 앱 아이콘 이미지도 구분해놓을 수 있어서 QA하기 편했었어요!
지금 가입하면 모든 질문의 답변을 볼 수 있어요!
현직자들의 명쾌한 답변을 얻을 수 있어요.
이미 회원이신가요?
지금 가입하면 모든 질문의 답변을 볼 수 있어요!