리포지토리 정보
리포지토리는 GitHub의 가장 기본적인 요소입니다. 코드, 파일 및 각 파일의 수정 기록을 저장할 수 있는 곳입니다. 리포지토리에는 여러 협력자가 있을 수 있으며 공개 또는 내부, 또는 개인 리포지토리일 수 있습니다.
새 리포지토리를 만들려면 https://github.com/new로(으로) 이동하세요. 지침은 "리포지토리에 대한 빠른 시작"을 참조하세요.
리포지토리 용어
리포지토리를 시작하기 전에 이러한 중요한 용어를 알아봅니다.
용어 | 정의 |
---|---|
지점 | 리포지토리 내에 포함되어 있지만 주 또는 기본 분기에 영향을 주지 않는 코드의 병렬 버전입니다. |
복제 | 모든 파일 및 폴더의 모든 버전을 포함하여 GitHub Enterprise Server 인스턴스에서 리포지토리 데이터의 전체 복사본을 다운로드합니다. |
포크 | 원래 "업스트림" 리포지토리와 코드 및 표시 유형 설정을 공유하는 새 리포지토리입니다. |
병합 | 한 분기에서 변경 내용을 가져와서 다른 분기에 적용합니다. |
끌어오기 요청 | 한 분기의 변경 내용을 다른 분기에 병합하라는 요청입니다. |
원격 | 컴퓨터가 아닌 GitHub Enterprise Server에 저장된 리포지토리입니다. |
업스트림 | 포크되거나 복제된 원래 리포지토리의 분기입니다. 복제되거나 분기된 분기의 해당 분기를 "다운스트림"이라고 합니다. |
리포지토리 소유권 정보
리포지토리는 개별적으로 소유하거나 조직의 다른 사용자와 리포지토리 소유권을 공유할 수 있습니다.
두 경우 모두 리포지토리에 대한 액세스는 권한에 의해 관리됩니다. 자세한 내용은 "개인 계정 리포지토리에 대한 권한 수준" 및 "조직의 리포지토리 역할"을(를) 참조하세요.
공동 작업 정보
리포지토리를 사용하여 작업을 관리하고 다른 사람과 협업할 수 있습니다.
- 문제를 사용하여 사용자 피드백을 수집하고, 소프트웨어 버그를 보고하고, 수행할 작업을 구성할 수 있습니다. 자세한 내용은 "문제 정보"을(를) 참조하세요.
- 끌어오기 요청을 사용하여 리포지토리에 대한 변경을 제안할 수 있습니다. 자세한 내용은 "끌어오기 요청 정보"을(를) 참조하세요.
- Projects (beta)을(를) 사용하여 문제와 끌어오기 요청을 구성하고 우선순위를 정할 수 있습니다. 자세한 내용은 "Projects (beta) 정보"을(를) 참조하세요.
각 사용자와 조직은 리포지토리를 무제한으로 소유하고 모든 리포지토리에 협력자를 무제한으로 초대할 수 있습니다.
리포지토리 표시 유형 정보
리포지토리의 표시 여부(퍼블릭, 내부 또는 프라이빗)를 선택하여 리포지토리에 액세스할 수 있는 사용자를 제한할 수 있습니다.
리포지토리를 만들 때 리포지토리를 퍼블릭이나 프라이빗으로 만들 수 있습니다. 엔터프라이즈 계정이 소유한 조직에서 리포지토리를 만드는 경우에는 리포지토리를 내부로 만들 수도 있습니다.
- GitHub Enterprise Server 인스턴스이(가) 프라이빗 모드가 아니거나 방화벽 뒤에 있지 않다면 인터넷에 있는 모든 사용자가 퍼블릭 리포지토리에 액세스할 수 있습니다. 그렇지 않으면 외부 협력자를 포함한 GitHub Enterprise Server 인스턴스을(를) 사용하는 모든 사용자가 퍼블릭 리포지토리를 사용할 수 있습니다.
- 프라이빗 리포지토리는 사용자, 명시적으로 액세스를 공유하는 사용자 그리고 조직 리포지토리의 경우 특정 조직 구성원만 액세스할 수 있습니다.
- 내부 리포지토리는 모든 엔터프라이즈 구성원이 액세스할 수 있습니다. 자세한 내용은 "내부 리포지토리 정보"를 참조하세요.
조직 소유자는 항상 조직에서 만든 모든 리포지토리에 액세스할 수 있습니다. 자세한 내용은 "조직의 리포지토리 역할"을(를) 참조하세요.
리포지토리에 대한 관리자 권한이 있는 사용자는 기존 리포지토리의 표시 여부를 변경할 수 있습니다. 자세한 내용은 "리포지토리 표시 유형 설정"을(를) 참조하세요.
내부 리포지토리 정보
내부 리포지토리를 사용하여 엔터프라이즈 내에서 “이너소스”를 연습할 수 있습니다. 엔터프라이즈 구성원은 프라이빗 모드가 비활성화된 경우에도 재산적 가치를 가지는 정보를 공개적으로 공유하지 않고도 오픈 소스 방법론을 사용하여 공동 작업할 수 있습니다. 내부 소스에 대한 자세한 내용은 GitHub의 백서인 "내부 소스 소개"를 참조하세요.
모든 엔터프라이즈 구성원은 내부 리포지토리에 대한 읽기 권한을 가지지만, 내부 리포지토리는 조직 리포지토리의 외부 협력자를 포함해 조직의 구성원이 아닌 사용자에게는 표시되지 않습니다. 자세한 내용은 "엔터프라이즈에서의 역할" 및 "조직의 리포지토리 역할"을(를) 참조하세요.
참고: 엔터프라이즈 구성원이 되고 내부 리포지토리에 액세스하려면 사용자는 조직의 구성원이어야 합니다. 조직의 구성원이 아닌 GitHub Enterprise Server 인스턴스의 사용자는 내부 리포지토리에 액세스할 수 없습니다.
기본적으로, 엔터프라이즈 구성원은 사용자가 리포지토리를 만들 수 있는 모든 조직에 내부 리포지토리를 포크할 수 있습니다. 조직 소유자는 사용자에게 사용자 계정이 소유한 포크를 만들도록 허용할 수도 있고, 조직을 대신해 포크 정책을 관리할 수 있습니다. 엔터프라이즈 소유자는 엔터프라이즈 내 일부 또는 전체 조직의 포크 정책을 관리할 수 있습니다. 자세한 내용은 "조직에 대한 포크 정책 관리" 및 "엔터프라이즈에서 리포지토리 관리 정책 적용"을(를) 참조하세요.
다음 단계
리포지토리를 사용하여 다음 단계를 수행하는 데 유용한 리소스는 다음과 같습니다.
- "리포지토리 모범 사례:" 리포지토리를 가장 효과적으로 사용하는 방법을 알아봅니다.
- "새 리포지토리 만들기:" 새 리포지토리를 만듭니다.
- "리포지토리 내에서 분기 만들기 및 삭제:" 리포지토리 내에서 분기를 만들고 삭제하는 방법을 알아봅니다.
- "끌어오기 요청 만들기:" 리포지토리의 변경 내용을 제안하고 공동 작업하는 끌어오기 요청을 만듭니다.