LogHub API에 기여해 주셔서 감사합니다. 이 문서는 버그 리포트, 기능 제안, 코드 기여를 일관되고 건강하게 진행하기 위한 가이드입니다.
Tip
만약 이 글을 읽고 계신 분이 개발자가 아니거나 GitHub 사용에 익숙하지 않다면, LogHub 지원 페이지를 통해 문의를 남겨 주셔도 좋습니다. :)
버그 리포트 및 기능 제안은 GitHub Issues에 등록해 주세요. 다음과 같은 정보를 포함하면 문제를 더 빠르게 이해하고 해결하는 데 도움이 됩니다:
- 버그 리포트:
- 재현 방법
- 기대 결과 vs 실제 결과
- 사용 환경 (OS, JDK, Gradle, Spring Profile 버전 등)
- 관련 로그 또는 스택 트레이스
- 기능 제안:
- 해결하고자 하는 문제
- 제안하는 해결 방식
저장소에 Pull Request(PR)를 제출하기 위한 권장 절차입니다:
- 저장소를 포크합니다.
- 새로운 브랜치를 생성합니다.
- 기능 개발:
feat/<short-description> - 버그 수정:
fix/<short-description> - 리팩토링:
refactor/<short-description> - 문서:
docs/<short-description>
- 기능 개발:
- 변경 사항을 커밋합니다. 커밋 메시지는 명확하고 간결하게 작성해 주세요.
- 포크한 저장소에 브랜치를 푸시합니다.
- 원본 저장소에 PR을 생성합니다. PR 설명에는 변경 사항에 대한 충분한 정보를 포함해 주세요.
PR이 검토되고 병합되기 전에 자동화된 테스트를 통과해야 합니다.
명확한 코드 스타일 가이드라인은 없지만, 기존 코드베이스의 스타일과 일관성을 유지하는 것이 중요합니다. 가독성과 유지보수성을 고려하여 코드를 작성해 주세요.