pile·
모바일·뱅크샐러드뱅크샐러드·

안전제일! 뱅크샐러드가 모바일 앱을 안정적으로 배포하는 방법

문제모바일 앱은 배포 후 되돌리기 어렵고 스토어 심사에 시간이 들며 강제 업데이트도 쉽지 않다. 뱅크샐러드는 이 제약 아래서 일관된 품질로 매주 배포해야 했다.
접근develop/release 브랜치를 분리하고 release에는 cherry-pick으로만 핫픽스를 넣는다. GitHub Actions와 자체 Mac 빌드 시스템으로 자동화 테스트를 돌리고, 사용자 5%부터 점진 출시하며 미완성 기능은 Feature Flag로 막는다.
결과개발 1주, 자동화 테스트 주말, Release QA 1주, 점진 배포 2일의 루틴이 자리잡았다. 개인 역량이 아닌 프로세스로 품질이 유지되면서 대규모 리팩토링도 안정적으로 배포할 수 있게 됐다.
뱅크샐러드
뱅크샐러드 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 모바일·토스 SLASH토스 SLASH·

    디자이너가 시안 대신 앱을 만든 이유

    토스 UX 디자이너가 AI를 협력자로 삼아 피그마 시안 대신 실제 SwiftUI 코드로 iOS 앱을 직접 구현한 경험을 다룬다. "데드엔드" 화면(송금·결제 완료 등)을 다음 경험의 시작점으로 전환하는 underlay 컴포넌트를 설계하면서 Metal 셰이더 구현까지 디자이너가 주도했고, 완성된 코드를 개발팀에 전달해 협업 방식 자체를 바꿨다.

    #design-system#ai-coding#ios+2