오픈소스(3)

오픈 소스 구성원 역할

• 저작자 : 오픈 소스 프로젝트를 만든 사람 또는
• 메인 테이너 : 프로젝트를 관리하는 사람 / 프로젝트의 방향을 알고 있는
  • //필수는 아님
• 커미터 : 컨트리뷰터가 컨트리뷰션을 하면 리뷰를 하는 사람
  • 프로젝트에 반영할지 말지 결정 권한도 가지고 있는 컨트리뷰터
  • //필수는 아님
• 컨트리뷰터 : 오픈 소스 프로젝트에 기여 활동을 하는 모든 사람(참여자)
• 사용자 : 오픈 소스 프로젝트를 사용하는 사람

컨트리뷰션 활동 유형

• 오픈 소스 코드를 구현하고 수정했다고 프로젝트에 기여했다고 하는게 아니다.
• 코드에 한정된 것이 아니라 프로젝트 전체의 모든 과정에 참여한 사람
  • 오타 수정도 포함임
  • 번역
  • 문서 설명 덧붙임
  • 배너 문구 수정 제안
  • UI/UX제안

왜? 컨트리뷰터를 하는 걸까?

<오픈 소스 저작자>

• 컨트리 뷰터들이 버그를 찾아줌
• 사용하면서 불편했던 점 , 개선할 코드 등등 혼자는 찾을 수 없는 사항들을 찾아줄 수 있음

<오픈 소스 사용자/ 컨트리뷰터>

• 전 세계 개발자들에게 리뷰를 받을 수 있음
• 편리해지면 내가 코드를 짤 때도 편해 질 수 있음(내가 사용할 물건)
• 코드 퀄리티 높일 수 있다. 코드를 보는 시선/관점/시야
• 코드 분석 = 코드 문해력
• 성취감

!이력서, 포트폴리오에 도움이 됨

---

OSS(Open Source Software)

소스 코드는 공개 + 라이센스 ⇒ 소프트웨어

공개 소프트웨어

---

Contribution 주의 사항

커뮤니케이션 : 태도, 자세, 말투

소스코드 충돌

• Contribute 하고 싶은 내용을 이미 구현하고 있진 않은지 , 구현하지 않기로 결정한 건 아닌지
  • 너무 오래된 OPEN 이슈
  • 디스커션이나 커뮤니티 문의
  • 오래된 이슈, 작업하지 않는 이슈, 정리되지 않은 이슈.. 정리! 일종의 Contribution
• 시작하기 전에 내가 작업을 시작할 것을 알리는 것이 좋음!

새롭고 큰 중요한 기능을 추가하고 싶을 때

• 사람들에게 물어 보는게 좋음!
• 팀원을 모집할 수도 있음

Pull Request를 던질 때

• 템플릿이나 문서를 확인하면서 준수할 내용을 체크(테스트 유무, 컨벤션, 체크)

---

컨트리뷰트하는 절차

1. 오픈소스 프로젝트를 Fork
2. Clone
3. 코드 컨벤션, 커밋 메세지.. 코드 구현 전에 체크하셔야 하는 규칙
4. 코드 구현, 수정
   1. 주석 수정
5. 내 계쩡 깃허브 레포지토리로 Push
6. Pull Request 올려서 원작자 레포지토리로 Pull 요청\
7. Contribute License Agreement(라이센스 동의)
8. 리뷰어, 커미터, 메인테이너, 저작자.. 검토해줄 사람에게 검토당함
9. merge 되었다! = pull request closed 알림
10. 나도 리액트 컨트리뷰터 리스트에 올라갈 수 있다