소개
얼마 전까지만 해도 소프트웨어 개발 환경에서는 뚜렷이 구분되는 두 가지 모델인 오픈 소스 모델과 재산적 가치가 있는 모델을 제공했습니다. 오픈 소스 소프트웨어는 상표 개방성이 장점입니다. 즉, 누구나 참여할 수 있으므로 많은 사람이 참여합니다. 반면, 재산적 가치를 가지는 소프트웨어는 IP(지적 재산)의 프라이버시를 중시하는 폐쇄된 시스템을 통해 액세스를 제한합니다.
독점 소프트웨어에 상당한 투자를 한 회사의 책임자라고 가정해 보겠습니다. 꼭 기술 회사가 아니더라도 다양한 형태와 규모의 회사가 업계 내 경쟁 우위를 점하기 위해 자체 소프트웨어와 기타 IP를 만들고 유지 관리합니다. 그러나 여러분은 오픈 소스에서 사용되는 패턴의 중요성을 굳게 믿고 있습니다. 이와 같은 패턴에는 소스 코드 표시 유형, 프로젝트 버그 인식 및 기능 요청 투명성 등이 있습니다. 외부 참여 통합을 간소화하는 끌어오기 요청 모델도 좋아합니다. 개발 팀에 이러한 이점을 도입하길 진심으로 원하지만 회사의 귀중한 소프트웨어를 오픈 소싱하고 싶지는 않습니다. 실제로 필요한 것은 두 접근 방식의 이점을 모두 충족하는 하이브리드 방식입니다. 바로 InnerSource가 필요합니다.
이 모듈에서는 GitHub에서 효과적인 검색 기능, 지침 및 유지 관리를 통해 성공적인 InnerSource 프로그램을 관리하는 방법을 알아봅니다.
학습 목표
이 모듈에서는 다음을 수행하는 방법을 알아봅니다.
- 사용자 소유 프로젝트와 조직 소유 프로젝트를 비교합니다.
- 필요한 GitHub 조직 수에 대한 권장 사항을 제공합니다.
- 검색 가능한 리포지토리를 만듭니다.
- 강력한 리포지토리 추가 정보를 만듭니다.
- 이슈 및 끌어오기 요청 템플릿을 사용합니다.
- 리포지토리의 투명성을 향상합니다.
- 조직 내에서 InnerSource의 성공을 측정합니다.
- InnerSource 도구 키트를 배포합니다.
필수 조건
- GitHub 계정
- GitHub에서 파일을 탐색하고 편집하는 기능입니다.
- 끌어오기 요청 숙지
이 모듈을 시작하기 전에 GitHub 소개를 완료하는 것이 좋습니다.