Як виконати клон git для великого проекту на нестабільному з'єднанні?

Я намагаюся git клонувати кодову базу LibreOffice, але на даний момент у мене є підключення до Інтернету близько 300 кбіт / с, і це просто все, але стабільне. Я можу повернути з'єднання в будь-який момент, але тоді процес клонування git вже перестав працювати, і жодного способу не запустити його знову. Чи є спосіб завантаження більш стійкого до відмови клона Git?

Я вважав себе одним із варіантів - завантажити чужий .git каталог, але це надмірно залежить від інших і не здається найкращим можливим рішенням для мене.

Я не думаю, що це ще не готово. Є стара сторінка GSoC , яка планувала реалізувати бажану функцію. Моя найкраща ставка - це те, як ви запропонували завантажити її як каталог. Я припускаю, що ви можете відновити завантаження через інші протоколи.

Клон, що переноситься

Під час клонування великого сховища (наприклад, KDE, Open Office, Linux ядро) наразі немає можливості перезапустити перерваний клон. Користувачеві в кінці невеликої труби може знадобитися чимало часу для завантаження даних, і якщо клон перерваний посередині, користувачеві в даний час потрібно почати спочатку і спробувати ще раз. Для деяких користувачів це може унеможливити клонування великого сховища.

Мета: Дозволити git-clone автоматично відновити попередньо невдале завантаження через рідний протокол git: //. Мова: C Наставник: Шон Пірс Запропоновано: Шон Пірс на гмані

Оновлення

Поряд із пропозицією неглибокого клонування ( git clone --depth=1) в одній з інших відповідей, це може бути корисно, якщо хтось може зробити для вас голий сховище, якщо ви можете спілкуватися з постачальником. Ви можете легко перетворити голий сховище в повне сховище. Також прочитайте коментарі у цій відповіді, як мілкий клон може не завжди допомогти.

Два рішення (а точніше обхідні шляхи ), які приходять на думку:

• Використання дрібної клон тобто git clone --depth=1, потім поглибити цей клон , використовуючи git fetch --depth=N, зі збільшенням N . Ви можете використовувати git fetch --unshallow(починаючи з 1.8.0.3), щоб завантажити всі інші версії.

• Попросіть когось зв’язати до якогось тегованого випуску (див. Сторінку сторінки git-bundle (1) ). Сам пакет - це звичайний файл, який ви можете завантажувати будь-яким способом, через HTTP / FTP з підтримкою резюме, через BitTorrent, через rsync тощо. Ви можете створити клон із пакета, виправити конфігурацію та зробити подальші вилучення з офіційного сховища LibreOffice .

Цей метод використовує сторонній сервер.

Спочатку зробіть git clone --bare, тоді rsync -v -P -e ssh user@host:repo.git . ви можете використовувати msys під Windows.

" Ніколи не занижуйте пропускну здатність голуба-носія та пачки SD-карт " - це була б сучасна форма цієї відповіді. Обмацуйте його, просте старе cp -a, все, що завгодно, і поштуйте прокляту річ. Знайдіть когось, хто бажає зайняти дві хвилини свого часу, щоб скинути палець на SASE. Знайдіть контакт, там вони можуть зробити це навіть за вас.

Ви можете "завантажити чужий .git каталог", але при цьому хтось інший є самим офіційним сховищем. Репозиторії LibreOffice доступні через http, наприклад, їх build.gitрозміщено на веб-сайті http://anongit.freedesktop.org/git/libreoffice/build.git/ ( повний список див. На веб- сторінці http://cgit.freedesktop.org/libreoffice/ , http-адреса знаходиться внизу сторінки кожного сховища).

Те, що ви бачите за цими URL-адресами http - це не що інше, як .gitкаталог (насправді "голе" сховище, у якому є лише те, що ви знайдете в .gitкаталозі). Це той самий каталог, який читав би сервер git://протоколу ( git daemon). Якщо ви робите копію цих каталогів за допомогою веб-завантажувача (наприклад wget -m -np), ви можете клонувати її копію, і вона буде працювати так само, як якщо б ви клонували безпосередньо з сховища http.

Отже, що ви можете зробити: це отримати для кожного сховища його копію улюбленим веб-завантажувачем (який вирішить усі проблеми з відновленням зламаних завантажень) та клонуйте з цієї копії. Коли ви хочете оновити, використовуйте знову свій улюблений завантажувач веб-сторінок, щоб оновити свою копію, і витягніть з неї копію. Тепер ваші клони та оновлення настільки ж стійкі до поганих зв’язків, як і ваш улюблений завантажувач веб-сторінок.

Давайте розбимося git cloneна його складові частини та використовуємо git checkoutдля запобігання повторного завантаження файлів.

Під час git cloneзапуску перші кілька речей, які він робить, еквівалентні

git init
git remote add origin <repo_url>
git fetch origin <branch>

Якщо ви виконаєте вищезазначені кроки вручну та припускаючи, що вони виконані правильно, тепер ви можете виконати такі дії стільки разів, скільки потрібно:

git checkout --force <branch>

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

Якщо у вас є доступ до стороннього сервера, ви можете клонувати там і копіювати.

git clone --depth <Number> <repository> --branch <branch name> --single-branch

Ця команда допоможе мені (спасибі Нікола Паолуччі )

наприклад

git clone --depth 1 https://github.com/gokhanmoral/siyahkernel3 --branch ics  --single-branch

Спираючись на клон / відповіді на глибину - кілька рядків бешти це легко робиться ...

git clone --depth=1 something@somegit.com:/var/git/whatever.git <directory> cd <directory> for m in `seq 1 100`;do git fetch --depth=$m;done

Ця проблема мене також вкусила. У моєму випадку є обробка. У вашому випадку це може бути, а може і не застосовуватися.

Я інколи використовую мобільний телефон, щоб ініціювати git-операції на віддаленій системі. Якщо мій Wi-Fi перерв, звичайно, сеанс закінчується, і git скасовує всю операцію клонування, не одужуючи. Але оскільки інтернет-зв'язок від моєї віддаленої системи до git master є твердим, клон не повинен зупинятися. Все, що мені потрібно, - це здоровий розум, щоб відірвати клон від термінального сеансу. Це можна зробити за допомогою екрана / tmux або nohup / daemon. Отже, в моєму випадку це несправність у програмному забезпеченні.

Використовуйте проксі-сервер git, такий як ngitcached або git-proxy .

Використовуйте CNTRL Z для зупинки клонування. Не закривайте термінал, переводите систему / ноутбук у сплячку, а потім продовжуйте пізніше командою fg. Я зіткнувся з цією ж проблемою і сьогодні, намагаючись клонувати рето фріт-гітхуб. Це стало для мене економією часу.

Збільшення розміру буфера допоможе вам у цій проблемі. Просто виконайте кроки.

кроки:

1. Відкрийте термінал або Git Bash і з "cd" перейдіть до місця, де ви хотіли клонувати репо.

2.Встановіть стиснення до 0

git config --global core.compression 0

3.Встановіть розмір постбуфера

git config --global http.postBuffer 1048576000

4.Встановіть розмір maxRequestBuffer

git config --global http.maxRequestBuffer 100M

5.Зараз запустити клон

git clone <repo url>

6. Зачекайте, поки клон не завершиться.

Дякую. Щасливе кодування !!!

Я хотів би поставити тут свої 5 центів. Це насправді те, що допомогло мені вирішити це питання

• вимкнути стиснення
• збільшити http.postBuffer
• зробити частковий клон
• перейдіть до каталогу клонованих і вийдіть решту клону
• витягніть решту

git config --global core.compression 0
git config --global https.postBuffer 524288000
git clone  <your_git_http_url_here> --depth 1
git fetch --unshallow 
git pull --all

Це допомогло мені клонувати ~ 3 Гб репо через 8 Мбіт / с, рекламне з'єднання, звичайно, мені довелося виконувати витяг і тягнути кілька разів, але все-таки ...

якщо ми припускаємо, що сервер має хороший діапазон (і у вас є сервер), ще одна відповідь:

1. Створіть власний сервер за допомогою сервера Git Wrapper 's
2. клонуйте його на своєму сервері
3. Zip це з допомогою Server-Side Zip архіватор «S
4. завантажте його з та за допомогою сервісної підтримки резюме

але це працює лише з дуже базовим досвідом веб-розробки;), а також вам потрібно git.exeу вашій серйозності

Тут же проблема - у мене справді нестійкий інтернет з частотою не більше 10-15 кбіт / с :-P

Для мене спосіб wget дуже добре працював. Перейдіть на сайт сховища, де знаходиться зелена кнопка "клонувати або завантажити", натисніть на неї та скопіюйте посилання опції завантаження ZIP.

Потім вставіть посилання на команду wget:
wget -c -m -np https://github.com/your/repository/archive/master.zip

Працює як шарм ...

найкращий спосіб, який працював на мене:

Я зіткнувся з тією ж проблемою із поганим підключенням до Інтернету. Тому я придумав таке рішення:

Створив невеликий php-файл на моєму сервері, щоб завантажити пакунок у форматі zip:

<?php
$url = "https://codeload.github.com/CocoaPods/Specs/zip/master";
file_put_contents("coco.zip", fopen($url, 'r'));
?>  

<a href="coco.zip">coco.zip</a>

потім завантажте zip-файл за допомогою будь-якого менеджера завантажень, який підтримує резюме

Ви можете спробувати використовувати mercurial з розширенням hg-git.

Якщо це не працює, ви можете використовувати git fetch <commit-id>лише для вилучення частин віддаленого сховища git (ви можете зайти в порожнє сховище git, не потрібно створювати його з клоном). Але ви можете виправити конфігурацію гілки (= створити локальні та віддалені гілки відстеження), коли використовуєте цей підхід.