git clone (한국어)

여기서는git clone명령을 심층적으로 살펴 보겠습니다. git clone는 Git 명령 라인 유틸리티를 대상으로 사용되는 기존에 저장소를 만들이 복제 또는 복사의 목표입니다. 이 페이지에서는 확장 구성 옵션과git clone의 일반적인 사용 사례에 대해 설명합니다., 우리는 몇 가지 포인트로 덮을 것이다 여기:

• 복제 로컬 또는 원격 저장소
• 복제 맨 저장소
• 사용하여 얕은 옵션을 부분적으로 복제 저장소
• Git URL 구문 및 프로토콜을 지원

설정에 저장소 안내 우리가 적용되는 기본적인 사용이 사건의git clone. 이 페이지에서는 더 복잡한 복제 및 구성 시나리오를 살펴볼 것입니다.,

목적:repo-to-repo 협력 개발 사본

프로젝트에서 이미 설정되어 있 중앙 저장소에서의git clone명령이 가장 일반적인 방법이 사용자가를 얻어 개발 복사합니다. git init와 마찬가지로 복제는 일반적으로 일회성 작업입니다. 개발자가를 얻은 작업 사본에 모든 버전 제어 작업과 협력을 통해 관리되 그들의 로컬 저장소.,

Repo-to-repo 협력

이해하는 것이 중요하다는 Git 의 아이디어의”일본은”아주 다른 작업 사본에서 당신을 얻을 확인하여 코드에서는 SVN 장합니다. SVN 과 달리 Git 은 작업 복사본과 중앙 저장소를 구별하지 않습니다.이 저장소는 모두 본격적인 Git 저장소입니다.

이것은 Git 과의 공동 작업을 SVN 과 근본적으로 다른 것으로 만듭니다. SVN 은 중앙 저장소와 작업 복사본 간의 관계에 따라 다르지만 Git 의 공동 작업 모델은 저장소 간 상호 작용을 기반으로합니다., 작업 사본을 SVN 의 중앙 저장소로 확인하는 대신 한 저장소에서 다른 저장소로 커밋을 푸시하거나 가져옵니다.

의 물론,거기에서 당신을 멈추는 아무것도 특정 Git repos 특별한 의미를 갖습니다. 예를 들어 하나의 Git repo 를”중앙”저장소로 지정하기 만하면 Git 을 사용하여 중앙 집중식 워크 플로를 복제 할 수 있습니다. 요점은 VCS 자체에 하드 와이어드되기보다는 규칙을 통해 수행된다는 것입니다.,

사용

git clone은 주로 사용해 기존 repo 들이 복제 또는 복사는 리포트에서 새로운 디렉토리에서,또 다른 위치에 있습니다. 원래 저장소는 로컬 파일 시스템 또는 원격 시스템에서 액세스 가능한 지원되는 프로토콜에 위치 할 수 있습니다. git clone명령은 기존 Git 저장소를 복사합니다. 이는 같은 종류의 SVN checkout,을 제외하고”일본”는 본격적인 Git 저장소—그것은 그것의 자신의 기록을 관리하고,그것의 자신의 파일을 완전히 절연 환경에서는 원래합니다.,

편의상 복제는 원래 저장소를 다시 가리키는”origin”이라는 원격 연결을 자동으로 만듭니다. 따라서 중앙 저장소와 상호 작용하기가 매우 쉽습니다. 이 자동적인 연결이 설정을 작성하여 Git 심판을 원격지점에서 머리refs/remotes/origin의 초기화remote.origin.url및remote.origin.fetch구성 변수입니다.

git clone를 사용하여 보여주는 예는 저장소 설정 가이드에서 찾을 수 있습니다., 아래의 예는 방법을 설명을 구하는 지역의 사본을 중앙 저장소에 저장되는 서버에서 액세스할 수 있는example.com를 사용하는 SSH 사용자 이름 존:

git clone ssh://[email protected]/path/to/my-project.git 
cd my-project 
# Start working on the project

첫 번째 명령합니다 Git 을my-project폴더에 로컬 컴퓨터의 채웁니다 그것의 내용으로는 중앙 저장소에 있습니다. 그런 다음 프로젝트에 cd 를 넣고 파일 편집,스냅 샷 커밋 및 다른 저장소와 상호 작용을 시작할 수 있습니다., 또한.git확장은 복제 된 저장소에서 생략됩니다. 이는 로컬 사본의 베어가 아닌 상태를 반영합니다.

복제 특정 폴더

git clone <repo> <directory>

복제소에 있는＜repo＞으로 라는 폴더~＜directory＞!에 로컬 컴퓨터에 저장할 수 있습니다.

복제 특 태그

git clone --branch <tag> <repo>

복제소에 있는＜repo＞만 clone ref 한＜tag＞.,

얕은 clone

git clone -depth=1 <repo>

복제소에 있는＜repo＞만 clone
의 역사를 커밋을 지정한 옵션에 의해 깊이=1. 이 예제에서는＜repo＞의 복제가 이루어지며 가장 최근의 커밋 만 새로운 복제 된 Repo 에 포함됩니다. 얕은 복제는 광범위한 커밋 기록을 가진 repos 로 작업 할 때 가장 유용합니다. 광범위한 커밋 기록으로 인해 복제시 디스크 공간 사용 제한 및 긴 대기 시간과 같은 스케일링 문제가 발생할 수 있습니다., 얕은 클론은 이러한 스케일링 문제를 완화하는 데 도움이 될 수 있습니다.

구성 옵션

git 복제 분기

-branch인수를 지정할 수 있습니다 특정한 지점을 대신에 복제 분기의 원격HEAD가리키는 일반적입니다. 또한 동일한 효과를 위해 분기 대신 태그를 전달할 수 있습니다.

git clone -branch new_feature git://remoterepository.git

이은 위의 예제만new_feature지점에서 원격 Git 장합니다., 이것은 순전히 설득 유틸리티 시간을 절약하에서 다운로드HEADref 의 저장소한 다음을 또한 가 ref 당신이 필요합니다.

git 복제 거울을 대 git 복제 맨

git clone–베어

비슷한git init --bare,경우-bare인수로 전달하는git clone,의 복사본을 원격 저장소로 만든 것으로 생략하면 작업 디렉터리입니다., 즉,저장소는 푸시하고 가져올 수 있지만 직접 편집 할 수없는 프로젝트의 기록으로 설정됩니다. 또한-bare저장소로 repo 에 대한 원격 분기가 구성되지 않습니다. 같은git init --bare,이것은 개발자가 직접 편집하지 않을 호스팅 저장소를 만드는 데 사용됩니다.

git clone–mirror

전달--mirror인수는 암시 적으로--bare인수도 전달합니다., 이것은--bare의 동작이--mirror에 의해 상속된다는 것을 의미합니다. 편집 가능한 작업 파일이없는 베어 레포의 결과. 또한--mirror는 원격 저장소의 모든 확장 refs 를 복제하고 원격 분기 추적 구성을 유지합니다. 그런 다음 미러에서git remote업데이트를 실행할 수 있으며 원본 repo 의 모든 refs 를 덮어 씁니다. 당신에게 정확한’미러’기능을 제공합니다.,

기타 구성 옵션

기타 git 복제 옵션의 포괄적 인 목록은 공식 Git 문서를 방문하십시오. 이 문서에서는 다른 일반적인 옵션을 살펴 보겠습니다.

git clone–템플릿

git clone --template=<template_directory> <repo location>

클론 repo 시＜repo location＞와 템플릿을 적용하에서＜template directory＞을 새로 만들어진 지점. Git 템플릿에 대한 철저한 refrence 는git init페이지에서 찾을 수 있습니다.,

Git Url

Git 에는 원격 저장소 위치를 Git 명령에 전달하는 데 사용되는 자체 URL 구문이 있습니다. git clone가 원격 리포지토리에서 가장 일반적으로 사용되기 때문에 여기에서 Git URL 구문을 살펴볼 것입니다.

Git URL 프로토콜

-SSH

Secure Shell(SSH)유비쿼터스 인증 네트워크 프로토콜는 일반적으로 구성되어에 기본값으로 대부분의 서버가 있습니다. SSH 는 인증 된 프로토콜이므로 연결하기 전에 호스팅 서버와 자격 증명을 설정해야합니다., ssh://host.xz/path/to/repo.git/

-GIT

HTTP

하이퍼 텍스트 전송 프로토콜입니다. 가장 일반적으로 인터넷을 통해 웹 페이지 HTML 데이터를 전송하는 데 사용되는 웹의 프로토콜. Git 은 HTTP