행동강령에서 프로젝트 참가자가 지켜야할 태도와 기여 규칙에 대해 서술합니다.
프로젝트 참여자는 아래의 규칙들을 지켜야 합니다.
- 완성했지만 느린 공유보다는 실패하더라도 잦은 공유를 지향합니다.
진행상황은 2주 내로 한 번씩 진행상황을 포스팅합니다.- 먹고 살음의 이슈로 인해 포스팅은 자유롭게하고, 포기만 하지 않고자 합니다.
- 프로젝트 진행 상황 포스팅
- 협업은 기록되어야 합니다.
- 히스토리 관리를 위해 문서화를 지속합니다.
- 공유 문서
- 서로에게, 스스로에게 친절히 대합니다.
- 결혼과 프로젝트에 공통점이 있다면, 정답이 없다는 점입니다.
- 오직 단 하루를 위하여 투자합니다.
- 25년 5월 3일(토) 오전 11시, 삼성 엔지니어링 컨퍼런스 홀에서 봐요.
- 커밋룰
- 커밋 타입과 함께 최대 50글자까지 제목으로 작성합니다.
- 본문은 제목과 한 줄 띄워서 작성합니다.
- 본문이 여러개인 경우 -로 구분짓습니다.
- 커밋 헤더 타입은 총 7개로 아래와 같습니다.
feat : 기능 (새로운 기능) fix : 버그 (버그 수정) refactor: 리팩토링 style : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음) docs : 문서 (문서 추가, 수정, 삭제) test : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음) chore : 기타 변경사항 (빌드 스크립트 수정 등)
- PR 룰
- main 브랜치 기여는 오직 PR 승인 후에 가능합니다.
- merge는 한 명 이상의 리뷰 승인과 일 정 테스트 커버리지 통과 후에 가능합니다.
- PR 작성 시 PR에는 아래의 내용이 작성되어야 합니다.
-
변경사항에 대해 리뷰어가 쉽게 이해하도록 왜 수정했는 지에 대한 요약을 작성해주세요.
-
디테일한 변경 작업에 대해 추가 설명을 해주세요.
-
PR 템플릿의 체크리스트를 모두 지켜주세요.
- [ ] 커밋 메시지 컨벤션에 맞게 작성했습니다. - [ ] 변경 사항에 대한 테스트를 했습니다.(버그 수정/기능에 대한 테스트). - [ ] Assignees를 지정했습니다.
-
- 이슈 작성룰
- 이슈의 사용 목적은 크게 기능 개발(
enhancement), 디버깅(bug), 문서 작성(documentation)으로 구분됩니다. - 이슈 작성 시 각 목적에 맞는 labels를 지정해주세요.
- 간단하게 이슈 내용을 요약해서 작성해주세요.
- 해야할 투두리스트를 쪼개서 작성해주세요.
4.코드 스타일
- 적용된 포멧터는 hackday-conventions-java입니다.
- 편집기에 포맷터를 적용하는 방법은 해당 링크에서 참고할 수 있습니다.