fix: github sync overlap/#711

[chaeyn]

변경사항

• GitHub 30일/365일 동기화 스케줄러에 중복 실행을 방지했습니다.
• 이전 GitHub 동기화가 아직 실행 중이면 다음 동기화는 skip 로그를 남기고 실행하지 않도록 했습니다.
• GitHub 동기화 완료/실패 로그에 경과 시간을 남겨 장시간 실행 여부를 추적할 수 있게 했습니다.
• GithubDailyStatsSyncService의 클래스 레벨 @transactional 을 제거했습니다.
• GitHub 동기화 실행 중 다음 스케줄이 들어오면 365일 동기화와 0 EXP 초기화를 건너뛰는 테스트를 추가했습니다.

관련 이슈

Closes #711

추가 컨텍스트

[gemini-code-assist]

Code Review

This pull request introduces concurrency control to the GitHub stats synchronization scheduler using an AtomicBoolean to prevent overlapping executions, removes the class-level @transactional annotation from GithubDailyStatsSyncService, and adds corresponding unit tests. Feedback highlights a critical issue where a failure during the sync action causes runExclusive to return false, which incorrectly skips the subsequent zero EXP initialization. Additionally, it is noted that while AtomicBoolean works for single-instance deployments, a distributed lock mechanism should be considered for multi-instance environments.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[gemini-code-assist]

현재 중복 실행 방지를 위해 AtomicBoolean을 사용하고 있습니다. 이 방식은 단일 JVM 인스턴스 내에서는 동시성을 안전하게 제어할 수 있지만, 만약 애플리케이션이 다중 인스턴스(Multi-instance / Clustered environment)로 배포되는 환경이라면 인스턴스 간의 중복 실행을 막을 수 없습니다.

향후 스케일아웃 환경을 고려한다면, DB를 활용한 분산 락(ShedLock 등)이나 Redis 기반의 분산 락을 도입하여 다중 서버 환경에서도 안전하게 중복 실행을 방지하는 것을 권장합니다. 현재 단일 인스턴스 환경이라면 이대로 사용해도 무방하지만, 아키텍처 확장성을 위해 참고해 주세요.