STUDY

오픈소스(3)

Lim임 2025. 12. 11. 01:09

오픈 소스 구성원 역할

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

컨트리뷰션 활동 유형

  • 오픈 소스 코드를 구현하고 수정했다고 프로젝트에 기여했다고 하는게 아니다.
  • 코드에 한정된 것이 아니라 프로젝트 전체의 모든 과정에 참여한 사람
    • 오타 수정도 포함임
    • 번역
    • 문서 설명 덧붙임
    • 배너 문구 수정 제안
    • 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. 나도 리액트 컨트리뷰터 리스트에 올라갈 수 있다