Linux Kernel은 전 세계 수천 명의 개발자가 함께 만드는 세계 최대 규모의 오픈소스 프로젝트입니다. 이러한 프로젝트에 코드를 기여하는 사람을 Linux Kernel Contributor라고 합니다.
많은 사람들이 “Linux Kernel 개발은 천재만 할 수 있다”고 생각하지만 실제로는 그렇지 않습니다. 오탈자 수정, 문서 개선, 드라이버 버그 수정, 테스트 결과 공유 등 작은 기여부터 시작하는 개발자가 대부분입니다.
이번 글에서는 Linux Kernel Contributor의 역할과 개발자가 되는 과정, 첫 번째 Patch를 제출하는 방법, 그리고 실무에서 필요한 준비 사항까지 자세히 알아보겠습니다.
Linux Kernel Contributor란?
Linux Kernel Contributor는 Linux Kernel 프로젝트에 코드, 문서, 테스트, 리뷰 등을 기여하는 개발자를 의미합니다.
전체 구조는 다음과 같습니다.
Contributor
↓
Patch 작성
↓
Code Review
↓
Maintainer
↓
Mainline Kernel코드 작성뿐 아니라 리뷰와 문서 개선도 중요한 기여 활동입니다.
Contributor의 역할
Contributor는 다양한 형태로 프로젝트에 참여할 수 있습니다.
대표적인 활동은 다음과 같습니다.
- 버그 수정
- 새로운 기능 개발
- 드라이버 개선
- 문서 수정
- 코드 리뷰
- 테스트 결과 제공
- 성능 개선
- 보안 취약점 수정
반드시 대규모 기능을 개발해야 하는 것은 아닙니다.
Linux Kernel 개발 구조
Linux Kernel 개발은 계층적으로 이루어집니다.
Contributor
↓
Reviewer
↓
Maintainer
↓
Subsystem Tree
↓
Linus Torvalds
↓
Official ReleaseContributor가 작성한 코드가 여러 단계를 거쳐 메인라인 커널에 포함됩니다.
Contributor가 되기 위한 준비
다음과 같은 기본 지식이 필요합니다.
- C 언어
- Git
- Linux 명령어
- Kernel 구조 이해
- Makefile
- 기본적인 컴퓨터 구조
특히 C 언어와 Git은 필수입니다.
개발 환경 준비
커널 소스를 다운로드합니다.
git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git현재 브랜치 확인
git branch최신 코드 가져오기
git pull항상 최신 소스를 기준으로 작업하는 것이 중요합니다.
첫 번째 기여는 무엇이 좋을까?
처음부터 Scheduler나 Memory Manager를 수정하는 것은 어렵습니다.
다음과 같은 작업을 추천합니다.
- 오탈자 수정
- 주석 개선
- Documentation 수정
- 작은 버그 수정
- Warning 제거
- 코드 스타일 수정
이러한 작업도 프로젝트에는 매우 가치 있는 기여입니다.
코딩 스타일 확인
Linux Kernel은 공식 Coding Style을 제공합니다.
대표 규칙
- Tab 사용
- 80열 권장
- 명확한 변수명
- 작은 함수 유지
- 불필요한 공백 제거
코드 스타일은 checkpatch.pl로 검사할 수 있습니다.
perl scripts/checkpatch.pl 파일명.patch코드 수정
예를 들어 오탈자를 수정했다고 가정합니다.
변경 사항 확인
git diff문제가 없다면 Commit을 생성합니다.
git commit -s-s 옵션은 Signed-off-by를 자동으로 추가합니다.
Patch 생성
Commit을 Patch 파일로 변환합니다.
git format-patch HEAD~1예시
0001-doc-fix-typo.patch이 파일이 LKML에 제출할 Patch입니다.
Maintainer 찾기
패치를 제출하기 전에 담당 Maintainer를 찾아야 합니다.
커널에는 MAINTAINERS 파일이 포함되어 있습니다.
검색 예시
grep Documentation MAINTAINERS또는 제공되는 스크립트를 사용할 수 있습니다.
./scripts/get_maintainer.pl 파일명관련 Maintainer와 메일링 리스트 주소를 확인할 수 있습니다.
Patch 전송
Patch는 이메일로 전송합니다.
git send-email *.patch전송 대상
- Maintainer
- 관련 메일링 리스트
- LKML
리뷰 과정
Patch를 제출하면 다음과 같은 피드백을 받을 수 있습니다.
- Coding Style 수정
- 변수명 변경
- 성능 개선
- 설명 보완
- Commit Message 수정
리뷰는 프로젝트 품질을 높이기 위한 과정입니다.
Patch 수정
리뷰 의견을 반영한 뒤 새로운 버전을 제출합니다.
PATCH v1
↓
Review
↓
PATCH v2
↓
Review
↓
PATCH v3
↓
Merged버전 번호를 올려가며 제출하는 것이 일반적입니다.
Commit Message 작성법
좋은 Commit Message는 다음과 같은 구조를 따릅니다.
subsystem: 간단한 변경 내용
문제가 무엇인지 설명
왜 수정했는지 설명
어떻게 해결했는지 설명예시
docs: Fix typo in scheduler documentation
Correct a spelling mistake in the scheduler documentation
to improve readability.간결하면서도 변경 이유를 명확히 작성하는 것이 중요합니다.
Contributor가 자주 사용하는 명령어
현재 상태 확인
git status변경 내용 확인
git diffCommit 생성
git commit -sPatch 생성
git format-patch HEAD~1Patch 검사
perl scripts/checkpatch.pl *.patchMaintainer 찾기
./scripts/get_maintainer.pl *.patchPatch 전송
git send-email *.patch처음 기여할 때 자주 하는 실수
초보 Contributor가 자주 하는 실수는 다음과 같습니다.
- Coding Style 미준수
- Commit Message 부족
- Signed-off-by 누락
- Maintainer를 잘못 지정
- 테스트 없이 제출
- 너무 큰 변경 사항을 한 번에 제출
처음에는 작은 수정부터 시작하는 것이 좋습니다.
실무 사례
예를 들어 Documentation에서 오탈자를 발견했다고 가정해 보겠습니다.
실제 기여 과정은 다음과 같습니다.
- 커널 저장소를 최신 상태로 업데이트
- Documentation 파일 수정
git diff로 변경 사항 확인checkpatch.pl로 스타일 검사git commit -s실행git format-patch로 Patch 생성get_maintainer.pl로 담당 Maintainer 확인git send-email로 Patch 제출- 리뷰 의견 반영 후
v2제출 - Maintainer 승인 후 메인라인 커널에 병합
이처럼 작은 문서 수정도 Linux Kernel Contributor로서의 첫걸음이 될 수 있습니다.
자주 묻는 질문
Linux Kernel Contributor가 되려면 반드시 회사에 소속되어 있어야 하나요?
아닙니다. 개인 개발자도 자유롭게 Contributor가 될 수 있습니다. 실제로 많은 개인 개발자들이 문서 수정, 버그 수정, 드라이버 개선 등을 통해 꾸준히 기여하고 있습니다.
첫 번째 Patch는 어느 정도 규모가 적당한가요?
오탈자 수정, 문서 개선, 간단한 버그 수정처럼 작은 변경부터 시작하는 것이 좋습니다. 작은 Patch일수록 리뷰와 병합 과정도 비교적 수월합니다.
리뷰에서 반려되면 실패한 것인가요?
아닙니다. Linux Kernel에서는 리뷰를 통해 여러 차례 수정하는 것이 일반적인 개발 문화입니다. 리뷰 의견을 반영하여 v2, v3 형태로 다시 제출하는 과정 자체가 자연스러운 협업 방식입니다.
마무리
Linux Kernel Contributor는 단순히 코드를 작성하는 사람이 아니라 전 세계 개발자들과 협업하며 커널의 품질을 높이는 역할을 수행합니다. 작은 문서 수정부터 시작해 점차 코드 개선과 기능 개발로 범위를 넓혀갈 수 있으며, Git, Patch, 코드 리뷰 문화를 이해하는 것이 성공적인 기여의 첫걸음입니다.