리포지토리 정보
리포지토리는 개별적으로 소유하거나 조직의 다른 사용자와 리포지토리 소유권을 공유할 수 있습니다.
리포지토리의 표시 여부를 선택하여 리포지토리에 액세스할 수 있는 사용자를 제한할 수 있습니다. 자세한 내용은 "리포지토리 표시 여부 정보"를 참조하세요.
사용자 소유 리포지토리의 경우 프로젝트에서 공동 작업할 수 있도록 다른 사용자에게 협력자 액세스 권한을 부여할 수 있습니다. 조직에서 리포지토리를 소유한 경우 조직 구성원에게 리포지토리에서 공동 작업할 수 있도록 액세스 권한을 부여할 수 있습니다. 자세한 내용은 "개인 계정 리포지토리에 대한 권한 수준" 및 "조직의 리포지토리 역할"을(를) 참조하세요.
각 사용자와 조직은 리포지토리를 무제한으로 소유하고 모든 리포지토리에 협력자를 무제한으로 초대할 수 있습니다.
리포지토리를 사용하여 작업을 관리하고 다른 사람과 협업할 수 있습니다.
- 문제를 사용하여 사용자 피드백을 수집하고, 소프트웨어 버그를 보고하고, 수행할 작업을 구성할 수 있습니다. 자세한 내용은 ‘문제 정보’을(를) 참조하세요.
- 끌어오기 요청을 사용하여 리포지토리에 대한 변경을 제안할 수 있습니다. 자세한 내용은 "끌어오기 요청 정보"을 참조하세요.
- 프로젝트 보드를 사용하여 문제를 구성하고, 우선 순위를 지정하고, 요청을 끌어올 수 있습니다. 자세한 내용은 "projects (classic) 정보"을 참조하세요.
리포지토리를 가장 효과적으로 사용하는 방법을 알아보려면 "리포지토리 모범 사례"을(를) 참조하세요.
리포지토리 표시 유형 정보
리포지토리의 표시 유형(퍼블릭, 내부 또는 프라이빗)을 선택하여 리포지토리에 액세스할 수 있는 사용자를 제한할 수 있습니다.
리포지토리를 만들 때 리포지토리를 퍼블릭이나 프라이빗으로 만들 수 있습니다. 엔터프라이즈 계정이 소유한 조직에서 리포지토리를 만드는 경우에는 리포지토리를 내부로 만들 수도 있습니다.
- GitHub Enterprise Server 인스턴스이(가) 프라이빗 모드가 아니거나 방화벽 뒤에 있지 않다면 인터넷에 있는 모든 사용자가 공용 리포지토리에 액세스할 수 있습니다. 그렇지 않으면 외부 협력자를 포함한 GitHub Enterprise Server 인스턴스을(를) 사용하는 모든 사용자가 퍼블릭 리포지토리를 사용할 수 있습니다.
- 프라이빗 리포지토리는 사용자, 사용자가 명시적으로 액세스 권한을 공유하는 사람과 (조직 리포지토리의 경우) 특정 조직 구성원만 액세스할 수 있습니다.
- 내부 리포지토리는 모든 엔터프라이즈 구성원이 액세스할 수 있습니다. 자세한 내용은 "내부 리포지토리 정보"를 참조하세요.
조직 소유자는 항상 조직에서 만든 모든 리포지토리에 액세스할 수 있습니다. 자세한 내용은 "조직의 리포지토리 역할"을 참조하세요.
리포지토리에 대한 관리자 권한이 있는 사용자는 기존 리포지토리의 표시 여부를 변경할 수 있습니다. 자세한 내용은 "리포지토리 표시 유형 설정"을 참조하세요.
내부 리포지토리 정보
내부 리포지토리를 사용하여 엔터프라이즈 내에서 “이너소스”를 연습할 수 있습니다. 엔터프라이즈 구성원은 프라이빗 모드가 비활성화된 경우에도 재산적 가치를 가지는 정보를 공개적으로 공유하지 않고도 오픈 소스 방법론을 사용하여 공동 작업할 수 있습니다. 내부 소스에 대한 자세한 내용은 GitHub의 백서인 "내부 소스 소개"를 참조하세요.
모든 엔터프라이즈 구성원은 내부 리포지토리에 대한 읽기 권한을 가지지만, 내부 리포지토리는 조직 리포지토리의 외부 협력자를 포함해 조직의 구성원이 아닌 사용자에게는 표시되지 않습니다. 자세한 내용은 "엔터프라이즈에서의 역할" 및 "조직의 리포지토리 역할"을(를) 참조하세요.
참고: 엔터프라이즈 구성원이 되고 내부 리포지토리에 액세스하려면 사용자는 조직의 구성원이어야 합니다. 조직의 구성원이 아닌 GitHub Enterprise Server 인스턴스의 사용자는 내부 리포지토리에 액세스할 수 없습니다.
멤버는 회사의 조직이 소유한 모든 내부 리포지토리를 포크할 수 있습니다. 포크된 리포지토리는 구성원의 개인 계정에 속하며 포크의 표시 유형은 프라이빗입니다. 엔터프라이즈가 소유한 모든 조직에서 사용자가 제거되면 해당 사용자의 내부 리포지토리 포크가 자동으로 제거됩니다.
리포지토리에서의 콘텐츠 및 차이 보기 제한
특정 유형의 리소스는 크기가 매우 크기 때문에 GitHub Enterprise Server에서의 과도한 처리가 요구됩니다. 따라서 요청이 적절한 시간 내에 완료될 수 있도록 제한이 설정됩니다.
아래 제한은 대부분은 GitHub Enterprise Server 및 API 모두에 영향을 줍니다.
텍스트 제한
GitHub은(는) Markdown 및 Mermaid 다이어그램과 같은 일부 파일의 서식이 지정된 미리 보기를 표시합니다. GitHub은(는) 파일이 작을 경우(일반적으로 2MB 미만) 항상 이러한 미리 보기를 렌더링하려고 시도하지만, 복잡한 파일은 시간이 초과되어 일반 텍스트로 대체되거나 전혀 표시되지 않을 수 있습니다. 이러한 파일은 항상 HOSTNAME/user/repo/raw을 통해 서비스되는 원시 형식(예: https://HOSTNAME/user/repo/raw/octocat/Spoon-Knife/master/index.html)으로 사용할 수 있습니다. 원시 단추를 클릭하여 파일의 원시 URL을 가져옵니다.
차이 제한
차이가 매우 클 수 있으므로 커밋, 끌어오기 요청 및 비교 보기에 대한 차이에 이러한 제한을 적용합니다.
- 끌어오기 요청에서 총 차이는 로드할 수 있는 20,000줄 또는 _1MB_의 원시 Diff 데이터를 초과할 수 없습니다.
- 단일 파일의 차이는 로드할 수 있는 20,000줄 또는 _500KB_의 원시 Diff 데이터를 초과할 수 없습니다. 단일 파일에 대해 _400줄_과 _20KB_가 자동으로 로드됩니다.
- 단일 차이의 최대 파일 수는 _300개_로 제한됩니다.
- 단일 차이에서 렌더링 가능한 파일(이미지, PDF, GeoJSON 파일 등)의 최대 수는 _25개_로 제한됩니다.
제한된 차이의 일부 부분이 표시될 수 있지만, 제한을 초과하는 부분은 표시되지 않습니다.
커밋 나열 제한
비교 보기 및 끌어오기 요청 페이지에는 base 및 head 수정 간의 커밋 목록이 표시됩니다. 이러한 목록은 커밋 250개로 제한됩니다. 이 제한이 초과된다면 추가 커밋이 있다는 뜻입니다(하지만 추가 커밋이 표시되지는 않습니다).