엔터프라이즈에서 내부 원본 사용

보안에 영향을 주지 않고 엔터프라이즈에서 open source 스타일의 워크플로를 설정하여 분산된 팀이 공동 작업할 수 있도록 지원합니다.

이 기사에서

내부 원본 사례를 사용하여 기업에서 공동 작업 및 생산성을 촉진할 수 있습니다. Innersource를 사용하면 모든 직원이 작업을 쉽게 검색하고 다시 사용할 수 있습니다. 이를 통해 개발 팀은 서로의 작업에서 배우고, 전문 지식을 공유하고, 공통 서비스를 다시 만들려는 중복된 노력을 피할 수 있습니다.

리포지토리를 검색 가능하게 만들기

중요한 정보를 포함하지 않는 한 모든 직원이 리포지토리를 볼 수 있도록 하는 것을 목표로 해야 합니다.

이렇게 하려면 가능하면 직원이 내부 가시성을 사용하도록 권장합니다. 내부 가시성을 통해 엔터프라이즈의 모든 조직 구성원은 사용자가 리포지토리를 소유한 조직의 구성원인지 여부에 관계없이 리포지토리를 볼 수 있습니다.

조직에 대한 허용 기본 권한 도 설정해야 합니다. 조직의 기본 권한 정책은 해당 조직의 구성원이 모든 조직의 리포지토리에 대해 갖는 기본 액세스 수준을 결정합니다. 일반적으로 조직에는 모든 조직 구성원이 리포지토리를 볼 수 있도록 최소한 "읽기" 기본 권한이 있어야 합니다. 조직 소유자는 팀을 사용하여 특정 리포지토리에서 사용자에게 더 높은 수준의 액세스 권한을 부여할 수 있습니다.

널리 표시되지 않아야 하는 더 중요한 리포지토리가 있는 경우 보다 제한적인 기본 권한으로 전용 조직을 설정하고 이 조직에 특정 팀을 추가할 수 있습니다.

자세한 내용은 리포지토리 정보 및 조직에 대한 기본 권한 설정을(를) 참조하세요.

문서 프로젝트

사람들이 기업 전체에서 작업을 검색할 수 있도록 리포지토리를 구성하고 문서화합니다.

리포지토리 README 는 리포지토리의 파일에 정의되어 있으므로 사용자가 코드처럼 검색할 수 있으므로 효과적입니다. 조직 또는 엔터프라이즈 계정 수준에서 README를 만들어 다른 프로젝트를 찾을 수 있는 위치에 대한 더 높은 수준의 개요를 제공할 수도 있습니다. 보다 공식적인 내부 문서가 필요한 경우 GitHub Pages 사이트나 위키를 설정하는 방안을 고려하세요.

          **리포지토리 토픽을** 사용하여 특정 프로그래밍 언어가 포함된 리포지토리를 그룹화하고, 특정 팀이 소유하는 등을 그룹화할 수 있습니다. 리포지토리를 더 쉽게 찾을 수 있는 또 다른 방법입니다.

자세한 내용은 다음을 참조하세요.

  •         [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes), [AUTOTITLE](/organizations/collaborating-with-groups-in-organizations/customizing-your-organizations-profile#adding-a-member-only-organization-profile-readme) 및 [AUTOTITLE](/admin/managing-your-enterprise-account/creating-a-readme-for-an-enterprise)

  •           [AUTOTITLE](/pages/getting-started-with-github-pages/creating-a-github-pages-site)

  •           [AUTOTITLE](/communities/documenting-your-project-with-wikis/adding-or-editing-wiki-pages)

  •           [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/classifying-your-repository-with-topics)

작업 공유를 위한 문화권 설정

팀이 자신의 작업을 공개하고 다른 팀과 리소스를 공유하도록 장려합니다. GitHub에는 이 작업을 더 쉽게 수행할 수 있는 다양한 기능이 있습니다. 예를 들어 팀은 다음을 수행할 수 있습니다.

  •         **토론을** 사용하여 다른 팀이 자신의 작업을 더 잘 볼 수 있도록 합니다. [AUTOTITLE](/discussions/collaborating-with-your-community-using-discussions/participating-in-a-discussion#creating-a-discussion)을(를) 참조하세요.
  • 엔터프라이즈 내에서 워크플로를 작성할 때 누구나 참조할 수 있는 작업 및 재사용 가능한 GitHub Actions 워크플로를 공유하기 위한 전용 내부 저장소를 만듭니다. 엔터프라이즈와 작업 및 워크플로 공유을(를) 참조하세요.
  •         **GitHub Packages** 레지스트리와 함께 내부 패키지에서 재사용 가능한 코드 조각을 공유하세요. 보안을 강화하기 위해 GitHub의 보안 기능에 이러한 레지스트리에 대한 액세스 권한을 부여할 수 있습니다. [AUTOTITLE](/packages/learn-github-packages/introduction-to-github-packages)을(를) 참조하세요.
  • 다른 사용자가 프로젝트를 시작하기 위해 복사할 수 있는 템플릿 리포지토리 로 일반적인 템플릿 및 프레임워크를 설정합니다. 템플릿 리포지토리 만들기을(를) 참조하세요.

오픈 소스 프로젝트와 마찬가지로 공유 프로젝트에는 지원 모델과 명확하게 정의된 유지 관리자 팀이 있어야 하며, 특히 엔터프라이즈의 많은 부분에서 사용하는 서비스에 대해 명확하게 정의해야 합니다. 이상적으로 유지 관리 팀에는 서비스를 사용하는 여러 팀의 담당자가 포함됩니다.

외부 공동 작업자의 콘텐츠 숨기기

기업의 프로젝트에 액세스해야 하는 외부 계약자 또는 협력자가 있는 경우 일반 직원과 다른 수준의 액세스 권한을 부여할 수 있습니다.

특히 외부 공동 작업자로부터 내부 리포지토리를 숨길 수 있습니다. 이렇게 하려면 다음을 수행합니다.

  • Enterprise Managed Users를 사용하는 경우, 사용자에게 게스트 공동 작업자 역할의 계정을 프로비저닝하세요. 게스트 협력자는 기본적으로 내부 리포지토리에 액세스할 수 없지만 멤버로 추가된 조직에서 기본 권한을 받습니다. 리포지토리에서 리포지토리 공동 작업자로 추가할 수도 있습니다.
  • Enterprise Managed Users을(를) 사용하지 않는 경우, 사용자를 필요한 리포지토리의 외부 공동 작업자로 추가하되, 그들이 어떤 조직의 구성원으로 추가되지 않도록 확인하세요.

외부 협력자(Enterprise Managed Users를 사용하는 경우 리포지토리 공동 작업자 라고 함)는 특정 리포지토리에만 액세스할 수 있습니다. 이러한 사용자는 전체 조직 구성원이 아니므로 조직에 대한 기본 액세스 수준을 받지 않으며 다른 조직의 구성원이 아니면 엔터프라이즈의 내부 리포지토리를 자동으로 볼 수 없습니다.

자세한 내용은 게스트 협력자 활성화 및 조직의 리포지토리에 외부 협력자 추가을(를) 참조하세요.