기여하기¤
기여해 주시면 감사하겠습니다! 작은 도움이라도 항상 감사하겠습니다.
환경 설정¤
모든 bash 개발 환경
플러그인¤
추가할 수 있습니다
철학¤
이 프로젝트는 컨피규레이터입니다. 이는 모든 구성 요소가 개입 없이 OS 자체에서 실행되어야 한다는 것을 의미합니다.
os 컴포넌트를 먼저 사용하고 c는 가능한 한 작게 컴파일하여 실행합니다.
개발¤
평소처럼:
- 새 브랜치를 만듭니다: 'git switch -c feature-or-bugfix-name'
- 코드 및/또는 문서 편집
커밋하기 전에::
1. 1. 1.
변경 로그를 업데이트하지 마세요. 저희가 처리해 드리겠습니다.
커밋 메시지 컨벤션¤
커밋 메시지는 앵글 스타일 또는 카르마 에 기반한 우리의 관례를 따라야 합니다:
<type>[(범위)]: 주제
[내용]
주제와 본문은 유효한 Markdown 이어야 합니다. 주제는 반말 문어체를 사용합니다. 끝에 점이 없고 일반적으로 구두점이 없어야 합니다.
범위와 본문은 선택 사항입니다. 유형은 다음과 같습니다:
- 'build': 포장, 휠 제작 등에 대해.
- 'chore': 포장 또는 레포/파일 관리에 대해.
- 'ci': 연속 통합에 대하여.
- 'deps': 의존성 업데이트.
- 'docs': 문서화에 대하여.
- 'feat': 새로운 기능.
- 'fix': 버그 수정.
- 'perf': 성과에 대해.
- 'refactor': 기능이나 버그 수정이 아닌 변경 사항.
- 'style': 코드 스타일/형식의 변경.
- 'tests': 테스트에 대해.
본문을 작성할 때는 GitHub형 마크다운에 의존하지 말고 마지막에 트레일러(예: 이슈 및 홍보 참조 또는 공동 저자)를 추가해 주세요:
본문.
이슈 #10: https://github.com/namespace/project/issues/10
Related to PR namespace/other-project#15: https://github.com/namespace/other-project/pull/15
이러한 "트레일러"는 본문 끝에 빈 선 없이 나타나야 합니다. 트레일러 제목에는 콜론 ':'을 제외한 모든 문자가 포함될 수 있습니다. 각 트레일러에 대해 완전한 URI가 필요하며, 이는 GitHub 자동 링크뿐만 아니라 (예: 커밋 및 이슈에 대한 전체 GitHub URL, 해시나 #issue-number도 포함되지 않습니다).
커밋 메시지 요약 및 본문에는 줄 길이를 적용하지 않지만, 포장해서는 안 되는 코드 블록의 일부가 아닌 한 매우 긴 요약 및 본문의 줄은 피하시기 바랍니다.
풀리퀘스트 지침¤
풀리퀘스트 메시지에서 관련 이슈로 연결합니다.
리뷰 중에 수정 사항을 사용하는 것을 권장합니다:
# SHA는 수정하려는 커밋의 SHA입니다
git commit --fixup=SHA
모든 변경 사항이 승인되면 커밋을 취소할 수 있습니다:
git rebase -i --autosquash main
그리고 강제로 밀어붙입니다:
git push -f
이 모든 것이 너무 복잡해 보이면, 각 새로운 커밋을 밀거나 강제로 밀 수 있으며, 필요한 경우 병합하기 전에 우리가 직접 커밋을 압축할 것입니다.