git-клон

ПРОГРАМА:

ІМ'Я

git-clone - клонувати сховище в новий каталог

СИНТАКСИС

мерзотник клон [--template= ]
[-l] [-s] [--без жорстких посилань] [-q] [-n] [--голий] [--дзеркало]
[-о ] [-b ] [-у ] [--довідка ]
[--роз'єднати] [--separate-git-dir ]
[--глибина ] [--[no-]одна філія]
[--рекурсивний | --recurse-submodules] [--]
[ ]

ОПИС

Клонує репозиторій у щойно створений каталог, створює гілки віддаленого відстеження для
кожна гілка в клонованому репозиторії (видима за допомогою git branch -r), а також створює та перевіряє
вихідну гілку, яка розгалужується від поточної активної гілки клонованого сховища.

Після клону звичайна вибірка git без аргументів оновить усе віддалене відстеження
гілок, а git pull без аргументів додатково об'єднає віддалену головну гілку
у поточну головну гілку, якщо така є (це не відповідає дійсності, якщо вказано «--single-branch»;
Дивись нижче).

Ця конфігурація за замовчуванням досягається шляхом створення посилань на заголовки віддалених гілок
під refs/remotes/origin та шляхом ініціалізації remote.origin.url та remote.origin.fetch
змінні конфігурації.

ВАРІАНТИ

--місцевий, -л
Коли репозиторій для клонування знаходиться на локальній машині, цей прапор обходить звичайний
"Git aware" транспортний механізм і клонує репозиторій, створюючи копію HEAD і
все в каталогах objects і refs. Файли в каталозі .git/objects/
жорстко пов’язані, щоб заощадити місце, коли це можливо.

Якщо сховище вказано як локальний шлях (наприклад, /path/to/repo), це
за замовчуванням, а --local по суті не є операцією. Якщо сховище вказано як URL,
тоді цей прапор ігнорується (і ми ніколи не використовуємо локальні оптимізації). Уточнення
--no-local замінить стандартне значення, коли вказано /path/to/repo, використовуючи звичайний
Натомість Git transport.

-- немає жорстких посилань
Змусити процес клонування зі сховища в локальній файловій системі скопіювати файли
у каталозі .git/objects замість використання жорстких посилань. Це може бути бажаним, якщо
ви намагаєтеся створити резервну копію свого сховища.

--поділився, -с
Коли репозиторій для клонування знаходиться на локальній машині, замість жорстких посилань,
автоматично налаштувати .git/objects/info/alternates для спільного використання об’єктів із джерелом
сховище. Отримане сховище починається без власного об’єкта.

ПРИМІТКА: це можливо небезпечна операція; робити НЕ використовуйте його, якщо ви не розумієте що
це робить. Якщо ви клонуєте своє сховище за допомогою цієї опції, а потім видаляєте гілки (або
використовуйте будь-яку іншу команду Git, яка робить будь-який існуючий коміт без посилання) у джерелі
репозиторію, деякі об’єкти можуть стати без посилання (або звисати). Ці об’єкти можуть бути
видаляється звичайними операціями Git (наприклад, git commit), які автоматично викликають git gc
--авто. (Побачити git-gc(1).) Якщо ці об'єкти видалено та на них посилається файл
клонованого сховища, тоді клонований репозиторій стане пошкодженим.

Зверніть увагу, що запуск git repack без параметра -l у сховищі, клонованому за допомогою -s, буде
копіювати об’єкти з вихідного репозиторію в пакет у клонованому репозиторії, видаляючи
економія місця на диску клону -s. Проте безпечно запускати git gc, який використовує файл
-l параметр за замовчуванням.

Якщо ви хочете зламати залежність сховища, клонованого за допомогою -s, від його джерела
репозиторію, ви можете просто запустити git repack -a, щоб скопіювати всі об’єкти з джерела
репозиторію в пакет у клонованому репозиторії.

--довідка
Якщо довідковий репозиторій знаходиться на локальній машині, налаштуйте його автоматично
.git/objects/info/ альтернативно отримує об'єкти з довідкового сховища. Використання an
вже існуючий репозиторій як альтернативний вимагатиме копіювання менше об’єктів
із репозиторію, що клонується, зменшуючи витрати на мережу та локальне сховище.

ПРИМІТКА: див. ПРИМІТКУ щодо параметра --shared, а також параметра --dissociate.

--роз'єднатися
Запозичуйте об’єкти з довідкових репозиторіїв, визначених параметрами --reference
лише для того, щоб зменшити мережеву передачу та припинити запозичення у них після створення клону
виготовлення необхідних локальних копій запозичених об'єктів. Цей параметр також можна використовувати, коли
локальне клонування зі сховища, яке вже запозичує об’єкти з іншого
репозиторій — нове сховище запозичуватиме об’єкти з того самого сховища, і це
опція може бути використана для припинення запозичень.

--тихий, -q
Працюйте тихо. Про прогрес не повідомляється в стандартний потік помилок. Цей прапор є
також передається команді 'rsync', коли дана.

-- багатослівний, -в
Бігайте багатослівно. Не впливає на звітування про стан виконання стандартної помилки
потік.

-- прогрес
Статус виконання повідомляється в стандартному потоці помилок за замовчуванням, коли він є
приєднано до терміналу, якщо не вказано -q. Цей прапор навіть визначає статус прогресу
якщо стандартний потік помилок не спрямовується на термінал.

--без виписки, -н
Після завершення клонування перевірка HEAD не виконується.

--голі
Зробити голий Git репозиторій. Тобто замість створення і розміщення
адміністративні файли в /.git, зробити сам $GIT_DIR.
Це, очевидно, має на увазі -n, тому що немає де перевірити робоче дерево.
Також головки гілок на віддаленому пристрої копіюються безпосередньо у відповідну локальну гілку
головки, не зіставляючи їх з refs/remotes/origin/. Коли використовується ця опція, ні
не створюються гілки віддаленого відстеження та відповідні змінні конфігурації.

--дзеркало
Налаштуйте дзеркало вихідного репозиторію. Це означає --голий. У порівнянні з --голим,
--mirror не тільки відображає локальні гілки джерела на локальні гілки цілі,
він відображає всі посилання (включаючи гілки віддаленого відстеження, нотатки тощо) і встановлює
конфігурація refspec так, що всі ці посилання перезаписуються віддаленим оновленням git
у цільовому сховищі.

--походження , -o
Замість використання віддаленого джерела імені для відстеження вищезазначеного сховища, використовуйте
.

-- філія , -b
Замість того, щоб вказувати щойно створену HEAD на гілку, на яку вказує клонований
HEAD репозиторію, вкажіть на натомість відділення. У непокритому сховищі це є
відділення, яке буде перевірено. --branch також може приймати теги та від'єднувати
HEAD у цьому коміті в результуючому сховищі.

--upload-pack , -у
Якщо вказано, і доступ до сховища для клонування здійснюється через ssh, це вказує a
шлях не за замовчуванням для виконання команди на іншому кінці.

--template=
Вкажіть каталог, з якого будуть використовуватися шаблони; (Дивіться «КАТАЛОГ ШАБЛОНОВ»
розділ git-init(1)).

--config = , -c =
Встановити змінну конфігурації у щойно створеному репозиторії; це вступає в силу
відразу після ініціалізації сховища, але до віддаленої історії
завантажено або вилучено будь-які файли. Ключ має той самий формат, який очікується від git-
конфиг(1) (наприклад, core.eol=true). Якщо для одного ключа надано кілька значень, кожне
значення буде записано в файл конфігурації. Це робить його безпечним, наприклад, додавати
додаткові референси вибору до вихідного пульта.

--глибина
Створити дрібний клон з історією, обрізаною до вказаної кількості комітів.
Має на увазі --single-branch, якщо --no-single-branch не надано для отримання історії поблизу
кінчики всіх гілок.

--[no-]однофілійний
Клонувати лише історію, що веде до верхівки однієї гілки, або зазначеної в
параметр --branch або HEAD основного віддаленого відділення вказує на. Далі витягує в
отриманий репозиторій оновить лише гілку віддаленого відстеження для гілки
цей параметр використовувався для початкового клонування. Якщо ГОЛОВКА на пульт не вказувала
у будь-якій гілці, коли було створено --одногілковий клон, жодної гілки віддаленого відстеження немає
створено.

--рекурсивні, --рекурсивні-підмодулі
Після створення клону ініціалізуйте всі підмодулі всередині, використовуючи їх за замовчуванням
налаштування. Це еквівалентно запуску підмодуля git update --init --recursive
відразу після завершення клонування. Цей параметр ігнорується, якщо клоновано
репозиторій не має робочого дерева/виписки (тобто якщо будь-який з --no-checkout/-n, --bare,
або --дзеркало дається)

--separate-git-dir=
Замість того, щоб розміщувати клонований репозиторій там, де він має бути, помістіть клонований
репозиторію у вказаному каталозі, а потім зробіть Git, не залежний від файлової системи, символічним
посилання туди. В результаті репозиторій Git можна відокремити від робочого дерева.


(можливо, віддалений) репозиторій для клонування. Додаткову інформацію див. у розділі URL-адреси нижче
інформація щодо визначення репозиторіїв.


Ім'я нового каталогу для клонування. «Людяна» частина джерела
репозиторій використовується, якщо жоден каталог не вказано явно (репо для /path/to/repo.git і
foo для host.xz:foo/.git). Клонування в існуючий каталог дозволяється лише за умови
каталог порожній.

GIT URL-адреси

Загалом, URL-адреси містять інформацію про транспортний протокол, адресу
віддалений сервер і шлях до сховища. Залежно від транспортного протоколу деякі
ця інформація може бути відсутньою.

Git підтримує протоколи ssh, git, http і https (додатково можна використовувати ftp і ftps
for fetching і rsync можна використовувати для отримання та натискання, але вони неефективні та
застарілий; не використовуйте їх).

Власний транспорт (наприклад, git:// URL) не виконує аутентифікацію, і його слід використовувати разом
обережно щодо незахищених мереж.

З ними можна використовувати такі синтаксиси:

· ssh://[user@]host.xz[:port]/path/to/repo.git/

· git://host.xz[:порт]/шлях/до/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· ftp[s]://host.xz[:port]/path/to/repo.git/

· rsync://host.xz/path/to/repo.git/

Альтернативний синтаксис, подібний до scp, також може використовуватися з протоколом ssh:

· [user@]host.xz:path/to/repo.git/

Цей синтаксис розпізнається лише в тому випадку, якщо перед першим двокрапкою немає косих рисків. Це допомагає
розрізнити локальний шлях, який містить двокрапку. Наприклад, локальний шлях foo:bar міг би
бути вказано як абсолютний шлях або ./foo:bar, щоб уникнути неправильного тлумачення як URL-адресу ssh.

Протоколи ssh і git додатково підтримують ~розширення імені користувача:

· ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/

· git://host.xz[:порт]/~[користувач]/шлях/до/repo.git/

· [user@]host.xz:/~[user]/path/to/repo.git/

Для локальних сховищ, які також підтримуються Git, можуть бути такі синтаксиси
використано:

· /шлях/до/repo.git/

· файл:///шлях/до/repo.git/

Ці два синтаксиси в основному еквівалентні, за винятком того, що перший має на увазі параметр --local.

Коли Git не знає, як обробляти певний транспортний протокол, він намагається використати
дистанційно- віддалений помічник, якщо він існує. Щоб явно запросити віддаленого помічника,
можна використовувати наступний синтаксис:

· ::

де це може бути шлях, сервер і шлях або довільний рядок, схожий на URL
розпізнається конкретним віддаленим помічником, який викликається. Побачити гітремоте-помічники(1) для
подробиці

Якщо існує велика кількість віддалених сховищ з однаковими назвами, і ви хочете використовувати a
інший формат для них (наприклад, URL-адреси, які ви використовуєте, будуть переписані в URL-адреси, які
робота), ви можете створити розділ конфігурації форми:

[url" "]
замість =

Наприклад, за допомогою цього:

[url-адреса "git://git.host.xz/"]
замість = host.xz:/шлях/до/
замість = робота:

URL-адреса, як-от "work:repo.git" або "host.xz:/path/to/repo.git", буде переписано в будь-який
контекст, який приймає URL-адресу як "git://git.host.xz/repo.git".

Якщо ви хочете переписати URL-адреси лише для push, ви можете створити розділ конфігурації
форма:

[url" "]
pushInsteadOf =

Наприклад, за допомогою цього:

[url-адреса "ssh://example.org/"]
pushInsteadOf = git://example.org/

URL-адресу, як-от "git://example.org/path/to/repo.git", буде переписано на
"ssh://example.org/path/to/repo.git" для pushes, але pulls все одно використовуватиме оригінал
URL-адреса.

ПРИКЛАДИ

· Клон із вище за течією:

$ git клон git://git.kernel.org/pub/scm/.../linux.git my-linux
$ cd my-linux
$ марка

· Зробіть локальний клон, який запозичує з поточного каталогу, не перевіряючи речі
вихід:

$ git clone -l -s -n . ../копія
$ CD ../copy
$ git show-гілка

· Клонувати з вищезазначеного, запозичуючи з існуючого локального каталогу:

$ git clone --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
мій-лінукс
$ cd my-linux

· Створіть чисте сховище, щоб опублікувати свої зміни для всіх:

$ git clone --bare -l /home/proj/.git /pub/scm/proj.git

GIT

Частина мерзотник(1) люкс

Використовуйте git-clone онлайн за допомогою служб onworks.net