pull_request

pull request 를 보내 오픈소스에 기여해보자 !

​ 개발을 공부할수록 learn by doing 이 critical 하다고 생각한다. 실력이 올라 언젠가 꽤 큰 규모의 오픈소스에 기여하게 되는 꿈을 어렴풋이 꾸고 있었는데, 마침 데이콘경진대회1등솔루션 레포지토리를 통해 공부하다가 쥬피터 노트북 내부 셀 중에 파일명이 잘못 되어 pd.read_csv() 에서 에러가 나는걸보고, 이정도 작은 이슈는 누구나 넘어가겠지만, 나중에 오픈소스 기여를 해봐야지 생각하고 있던 나는 이 기회에 한 번 실습을 해보기로 했다. (개발자의 도전을 하는 나에게 컴공 석사를 졸업하고 국립연구소에 들어간 고등학교 동창이 어느정도의 공부, 어느정도의 프로젝트 보다 오픈소스 기여가 훨씬 의미있다고 분명히 말해준게 크다.)

레포지토리에 이슈(Issue) 생성하기

​ 우선 원본 깃허브 레포지토리에 들어가 이슈 탭에서 새 이슈를 만들자. 규모가 있는 프로젝트에서는 이슈 등록 규격이 있다.

​ 작성하게 되면 제목 뒤에 이슈넘버 가 붙는데, 이는 나중에 브랜치를 생성할 때 쓸모있으니 기억해두자 (나 같은 경우, 보통 풀리퀘스트를 보내지 않는 출판책의 코드여서 #1 일줄 알았는데 #2 였다. 우주 속에 나혼자는 아니였다. pull request 는 #3 였다 !)

Fork, Checkout, Commit and Push

​ 원본 레포지토리 우측 상단에 Fork 버튼을 누르면 잠시 시간이 지나 내 레포지토리가 된다. 수정작업을 하기 위해 이를 git clone 으로 내 로컬로 받아오자.

​ 이제 브랜치를 생성해보자 브랜치명을 issue-#num 이런 식으로 해주면 어떤 이슈에 대한 브랜치인지 알기 쉽다.

​ update - commit - push ! 하고나면 다시 fork 된 내 레포지토리로 들어가서 브랜치가 잘 만들어졌는지 살펴보자

Pull request

​ 원본 레포지토리에 들어가면 친절하게 방금 나의 커밋을 pull request 할 것인지 물어본다. 클릭 !

기다려보자..

​ 방금 막 pull request 를 보낸 참이라 merged 가 된다면 update 하겠다.

회고

​ git-flow 에 대한 두려움이 많이 사라진 것 같다. Github 에서 애초에 이 작업을 너무 손쉽게 할 수 있도록 해주었기 때문에, 추후 실력이 많이 올라 규모있는 오픈소스에서 버그를 발견해 개선점을 찾는다면, 곧바로 pull request 를 보낼 수 있을 것 같다

​ learn by doing !