[CI/CD] Android Ci, CD 워크플로우 작성

[oungsi2000]

#️⃣ 이슈 번호

#2

🛠️ 작업 내용

1. Android Wiki 이전 완료. 추가적으로 수정하고 싶으신 부분이 있다면 수정 부탁드립니다.
2. Github Secret 이전 완료
3. Android CI 재작성
4. Android-Release-Drafter 스크립트 작성

🙇🏻 중점 리뷰 요청

1. coderabbiy.yaml, common workflow 삭제

coderabbit, common 스크립트의 경우 Organization에서 공통으로 관리하는게 좋다고 생각했습니다.
목요일 회의 때 건의해보겠습니다.

2. CI 스크립트 변경

불필요한 ./gradlew clean을 제거, 명시적으로 유닛 테스트만 실행하도록 변경
CI 환경에서는 Android Runtime을 시뮬레이션 하기가 어렵다고 판단했습니다.

3. CD 스크립트 논의,

현재는 main에 push 시, app bundle을 Github Artifact로 업로드하는 방식을 사용하고 있습니다. (업로드한 파일을 직접 PlayStore에 배포)
스크립트를 작성하면서 생각이 바뀌었습니다.
해당 아티팩트를 사용을 지양하는것이 어떤가 생각합니다.
android, ios 둘 다 별도의 아티팩트를 사용해야 하니 복잡성이 증가하는 것 같습니다.
추후 MultiPlatform 전환 시, Fastlane과 같은 도구를 이용해 배포 방법을 통일하는 것이 더 유지보수가 용이할 것 같습니다.

4. Release Draft

main에 머지 시, develop 브랜치에 자동 merge 하도록 스크립트를 작성했습니다.
--no-ff 사용 시 , develop -> main 머지 시에 불필요한 커밋이 생깁니다.
rebase 사용 시, main 커밋 뒤에 지금까지 작업한 develop을 병합하여 불필요한 충돌이 발생할 여지가 있습니다.

Release Drafter는 기존의 파일을 재사용하였습니다.
버전의 경우 versionName에서 추출한 값을 사용하도록 재구성하였습니다.

5. 실제 CI 적용

현재는 CI를 적용 시, 무조건 실패할 것입니다.
이유는 대부분의 파일에 ktlint가 적용되지 않았고, 분실물 Compose 마이그레이션의 테스트 코드를 수정하지 않았기 때문입니다.
CI 테스트 결과, 약 50개의 파일의 변경사항이 확인되어 이 부분은 추후 다같이 적용해야 할 것 같습니다.

참고

https://github.com/oungsi2000/repo-move-test

📸 이미지 첨부 (Optional)

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

✨ Finishing touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Post copyable unit tests in a comment
• Commit unit tests in branch cicd/2

Tip

📝 Customizable high-level summaries are now available in beta!

You can now customize how CodeRabbit generates the high-level summary in your pull requests — including its content, structure, tone, and formatting.

• Provide your own instructions using the high_level_summary_instructions setting.
• Format the summary however you like (bullet lists, tables, multi-section layouts, contributor stats, etc.).
• Use high_level_summary_in_walkthrough to move the summary from the description to the walkthrough section.

Example instruction:

"Divide the high-level summary into five sections:

1. 📝 Description — Summarize the main change in 50–60 words, explaining what was done.
2. 📓 References — List relevant issues, discussions, documentation, or related PRs.
3. 📦 Dependencies & Requirements — Mention any new/updated dependencies, environment variable changes, or configuration updates.
4. 📊 Contributor Summary — Include a Markdown table showing contributions:
   | Contributor | Lines Added | Lines Removed | Files Changed |
5. ✔️ Additional Notes — Add any extra reviewer context.
   Keep each section concise (under 200 words) and use bullet or numbered lists for clarity."

Note: This feature is currently in beta for Pro-tier users, and pricing will be announced later.

---

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[parkjiminnnn]

고생했어요 밀러!!

[parkjiminnnn]

android가 아니라 dev 브랜치 말씀하시는거겠죠?!