번호: 001, 작성일자: 2024-02-05

2024.01.29 ~ 2024.02.04

Reject 사유는 Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage 였는데 상세 사유에는 카메라, 사진 접근권한에 대한 설명이 충분하지 않았다는 것이였다.

심사에서 접근권한에 대한 설명을 변경한 경우 해당 설명문이 자세하지 않은 경우 받는 Reject사유라고 한다.

따라서 앱을 첫 설치할 때 접근권한 안내페이지의 문구와 Info.plist 권한 요청문구를 통일시키고 목적에 대해서 자세히 작성하여 통과했다.

해당 Reject은 목적을 명확히 작성하여 해결할 수 있다. 아래 예시처럼 접근권한을 어디서 사용할지 명확히 안내한다.

Slack 명령어를 이용하여 Testflight에 배포하는 방법이 있다고 하여서 적용해보았다.

기존프로젝트에서 작업을 진행하면 테스트버전이 계속 추가되어 TestFlight에 버전관리가 힘들어 질것 같아서 새로운 프로젝트에서 작업을 진행했다.

작업은 Slack Slash명령어를 입력하면 Flask앱에서 Bitbucket Pipeline을 trigger한 후, Pipeline에서 Fastlane명령어를 실행하여 TestFlight에 배포되는 작업이였다.

모두 완료 후 도입하게 된다면 bitbucket Pipeline을 빌드하기 위한 Runner가 self-hosted를 통해 진행해야 하므로 원격호스팅을 도입해야 하는 제약이 있지만 만약 Github Action을 사용하면 해결될 수 도 있을 것 같다.

티스토리 블로그와 Velog, 깃허브 블로그들의 장단점에 대해서 분석해보고 기존의 Velog의 카테고리 관리가 불편하다고 느껴서 개발관련 글은 모두 티스토리블로그로 이전하고 깃허브블로그에서는 회고록을 작성하도록 정했다.