개요

OSS에 컨트리뷰트한 적이 없는 내가 '자신에게 맞는 사이즈의 Issue'를 찾아 인생 최초의 컨트리뷰트를 할 때까지의 이야기

준비편

「OSS에 컨트리뷰트 해 보자!」라고 생각한 나는, 스스로도 컨트리뷰트할 수 있을 것 같은 Issue를 찾기로 했다.
그러나 방대한 Issue 속에서 그런 Issue를 어떻게 구별해야 하는가.

초보자를 위한 이슈

OSS 관련 기사를 몇 가지 읽고 알게 된 것은 초보자를 위한 Issue에는 그것과 알 수 있는 라벨이 붙여져 있다는 것이다.
good first issue(처음에 최적), difficulty:easy(난이도:간단) 등.

이러한 '초보자용 Issue에 붙일 수 있는 라벨'을 조사해 Qiita에 정리해 보았다.
【OSS 공헌】 초보자용 GitHub Issue에 붙일 수 있는 라벨 정리

막상, 이슈 찾기

「초보자용의 Issue에 붙일 수 있는 라벨」을 알았으므로, 다음에, 구체적인 Issue를 찾기로 했다.

Github Help Wanted 은 프로그래밍 언어와 라벨로 Issue를 좁힐 수 있는 서비스이다.
이것을 사용해, 「Python(친숙한 언어)」 「good first issue」로 Issue를 검색한다.

더 체질한다.

그 결과, "good first issue"라는 라벨이 붙은 많은 양의 Issue를 찾을 수 있었다.

여기에서 추가로 다음과 같은 기준으로 체를 쓴다.

제목과 설명을 이해할 수 있습니까?

Issue를 해결할 수 있을까?

Issue의 내용은 천차만별로, 자신에게 맞는 사이즈감의 것을 선별할 필요가 있기 때문이다.

'자신에게 맞는 크기의 이슈' 찾기

마지막으로, 나는 이 Issue를 선택했다.

Add requirements.txt · Issue #66 · UEWBot/dipvis
htps : // 기주 b. 코 m / 우에 W 보 t / ぢ p ぃ s / 이스에 s / 66



requirements.txt는 Python 패키지 관리 시스템 pip의 구성 파일입니다.

프로젝트에서 사용하는 패키지의 이름과 버전을 requirements.txt에 쓰고 다음 명령을 실행하면 패키지를 일괄 적으로 설치할 수 있습니다.
$ pip install -r requirements.txt
이 프로젝트에는 아직 requirements.txt가 없기 때문에 그것을 만들고 추가하는 것이이 문제의 내용이었습니다.

해보자

댓글로 확인

작업에 착수하기 전에 코멘트에서 "이 Issue를 맡아도 돼?"라고 확인했다.

작업

OK가 나왔으므로, requirements.txt를 작성·추가한다.
(본 Issue 고유의 처리이므로, 작업의 상세는 생략한다)

Pull Request

작업이 끝났으므로 Pull Request를 낸다.

Pull Request의 순서는 이쪽이 상세하다
첫 pull request @ GitHub

Merge

안전하게 Merge되었고, 내 첫 컨트리뷰트가 끝났습니다.

요약

얼굴이 보이지 않는, 기계 번역 없이는 말도 통하지 않는, (아마는) 바다 너머에 있는 개발자와의 콜라보레이션은, 인터넷의 다이내믹스가 느껴지는 훌륭한 체험이었다.

만약 당신이 기술적·심리적인 벽에 저해되어 첫걸음을 밟지 않고 있다면, 나와 같은 방법으로 “자신에게 맞는 크기의 Issue”를 찾아보면 어떨까.