오픈소스 하는 방법 - codetriage 플랫폼
오픈소스 참여에 제한 사항이 있나요?
오픈소스 생태계에 참여하는 것에는 자격 제한이 없습니다. 누구나 오픈소스의 코드에 접근하고 기여할 수 있습니다.
오픈소스를 어떻게 시작하면 좋을까요?
이제 막 프로그램을 배우기 시작하신 분도 오픈소스에 참여할 수 있습니다. 본인이 사용하고 있는 언어의 저장소나, 본인이 사용하는 플랫폼이나 라이브러리의 저장소에 기여하는것이 오픈소스를 시작할 수 있는 가장 쉬운 방법입니다. 이미 자신이 사용자기 때문에 소스코드 뿐만 아니라 문서나 주석을 읽었을 것이기 때문입니다. 본인이 접근했던 부분에서 잘못된 부분을 수정하거나 더욱 나은 방향으로 향상시킬 수 있는 아이디어가 있다면 가장 좋습니다. 그러면 깃헙에서 PR을 만들어 제출하기만 하면 됩니다.
프로그래밍을 이제 시작한 입장에서는 소스코드의 결함을 발견하거나 새로운 기능을 추가하는것은 어려운 일일 수 있습니다. 하지만 누구보다도 초심자의 입장에서 문서나 주석을 다른 사람이 보기에도 더 쉽게 만들수 있는 눈이 있기 때문에 이 부분으로 먼저 오픈소스 기여를 시작하면서 어떻게 PR을 작성하는지 등의 오픈소스 기여하는 '방법'을 배워나가는 것이 가장 이상적인 방법이라고 생각합니다.
오픈소스 프로젝트는 어떻게 찾을 수 있나요?
GitHub에서 수많은 오픈소스 포르젝트를 찾을 수 있습니다만, 오픈소스기여를 더욱 쉽게 하기 위해 만들어진 플랫폼이 있습니다. 이 플랫폼에서 더욱 자세한 정보를 쉽게 얻을 수 있습니다.
실제 진행 방법을 보여드리겠습니다.
저는 node라는 프로젝트를 골랐습니다.
맨 위에 있는 빨간 박스를 누르니 역시 깃헙으로 연결 됩니다. 결국 깃헙 저장소에 직접 접근하는것과 같은 원리입니다.
두번째 줄에 있는 버튼인 [Triage Issue!] 를 클릭하면, 선택한 개수만큼의 이슈를 매일 메일로 받을 수 있습니다.
이렇게 이슈를 먼저 메일로 받으면서, 이 저장소에는 어떤 성격의 이슈들이 있으며 내가 해결할수 있는 이슈는 어떤것인지 차차 알아가는것도 좋은 접근법이라고 생각합니다.
이메일로 이슈 받기를 신청하자 마자 받은 메일은 다음과 같습니다.
You subscribed to webpack on CodeTriage!
You signed up to help triage GitHub issues onwebpack/webpack. That’s pretty awesome.
What’s next? You’ll get issues sent to your inbox periodically like this one:
webpack/webpack#11074 v5 module dep invalidation not working in cases that do in v4
The rate at which we send emails backs off automatically when you get busy. You can also set you prefered email rate in your user settings.
What do you do with an issue when it gets in your inbox? Try to triage it.
How To Triage?
First, carefully read over the issue, title, and description, if there are any comments read over all the comments, carefully. If a member of this repo is engaging actively there is no need to do anything, leaving a comment in the issue would just add to the clutter.
If the issue hasn’t been updated in awhile, or if no one has commented consider the issue, if it is a bug try to reproduce it. If it is a pull request consider what an alternate implementation might look like. If there is something you don’t understand about the issue and feel others will have that same question please leave your question in the comments. Be as descriptive as possible. Comments like “I don’t understand this” are not helpful and counter productive. A better comment might be “Can you help me understand a use case for this?”.
If you can reproduce the issue or you believe it is a good pull request, add a comment and say why you think that is. Try to stay positive while triaging issues, ask questions before you downvote something. If you do decide to or on an issue, leave a comment as to why you feel that way. Issues are for social coding, if you help someone make better issues, you’re helping the community.
If the issue goes stale, leave a comment asking if it is still a problem. If you get no response for a number of days, you can leave another comment suggesting to the repo owner that they should close the issue.
Read more about Fixing Open Source Issues via Triage.
Goals of Triage
Help share the weight of maintaining a projectMinimize un-needed issuesPrevent stale issuesEncourage productive communicationTeach good citizenshipTo become a better coder
Go forth and make the world a better place
Sincerely,
schneems
이상, codetriage 플랫폼 소개였습니다.
