Jak ukończyć klon git dla dużego projektu przy niestabilnym połączeniu?

Próbuję sklonować bazę kodu LibreOffice, ale w tej chwili mam połączenie internetowe o prędkości około 300 kb / s, ale jest stabilne. Mogę odzyskać połączenie w dowolnym momencie, ale potem proces klonowania git już przestał działać i nie ma sposobu, aby przywrócić go ponownie. Czy istnieje sposób na bardziej odporne na awarie pobieranie klonowania git?

Jedną z opcji, którą uważałem za siebie, jest pobranie katalogu innej osoby .git, ale jest to w dużym stopniu zależne od innych i nie wydaje mi się to najlepszym możliwym rozwiązaniem.

Nie sądzę, żeby to było jeszcze gotowe. Istnieje stara strona GSoC , która planowała zaimplementować pożądaną funkcję. Mój najlepszy zakład to, tak jak sugerowałeś, pobierz go jako katalog. Zakładam, że możesz wznowić pobieranie przy użyciu innych protokołów.

Klon do ponownego uruchomienia

Podczas klonowania dużego repozytorium (takiego jak KDE, Open Office, jądro Linuksa) obecnie nie ma możliwości ponownego uruchomienia przerwanego klonowania. Pobranie danych przez użytkownika na końcu małej rurki może zająć dużo czasu, a jeśli klon zostanie przerwany w środku, użytkownik musi zacząć od nowa od początku i spróbować ponownie. Dla niektórych użytkowników może to uniemożliwić klonowanie dużego repozytorium.

Cel: Pozwól git-clone automatycznie wznowić poprzednio nieudane pobieranie przez natywny protokół git: //. Język: C Mentor: Shawn Pearce Sugerowany przez: Shawn Pearce na gmane

Aktualizacja

Wraz z git clone --depth=1sugestią płytkiego klonowania ( ) w jednej z pozostałych odpowiedzi może być pomocne, jeśli ktoś może stworzyć dla ciebie puste repozytorium, jeśli możesz komunikować się z dostawcą. Możesz łatwo przekonwertować samo repozytorium na pełne. Przeczytaj także komentarze w tej odpowiedzi, ponieważ płytki klon nie zawsze może pomóc.

Dwa przychodzące na myśl rozwiązania (a raczej obejścia ):

• Zastosowanie płytkie klon znaczy git clone --depth=1, następnie pogłębić ten klon korzystania git fetch --depth=N, wraz ze wzrostem N . Możesz użyć git fetch --unshallow(od 1.8.0.3), aby pobrać wszystkie pozostałe wersje.

• Poproś kogoś o dołączenie do niektórych oznaczonych wersji (patrz strona git-bundle (1) ). Sam pakiet jest zwykłym plikiem, który można pobrać w dowolny sposób, przez HTTP / FTP z obsługą wznowienia, przez BitTorrent, przez rsync itp. Możesz utworzyć klon z pakietu, naprawić konfigurację i wykonywać dalsze pobrania z oficjalnego repozytorium LibreOffice .

Ta metoda wykorzystuje serwer innej firmy.

Najpierw wykonaj git clone --bare, a następnie rsync -v -P -e ssh user@host:repo.git . Możesz użyć msys w systemie Windows.

„ Nigdy nie lekceważ przepustowości gołębia pocztowego i pakietu kart SD ” byłoby nowoczesną formą tej odpowiedzi. Zniszczyć go, po prostu stary cp -a, cokolwiek, i wysłać to cholerstwo. Znajdź kogoś, kto zechce poświęcić dwie minuty swojego czasu, aby wrzucić dysk twardy do SASE. Znajdź kontakt, tam mogą nawet zrobić to za Ciebie.

Możesz „pobrać katalog .git innej osoby”, ale ta osoba jest oficjalnym repozytorium. Repozytoria LibreOffice są dostępne za pośrednictwem http, na przykład build.gitpod adresem http://anongit.freedesktop.org/git/libreoffice/build.git/ (patrz http://cgit.freedesktop.org/libreoffice/ pełna lista , adres URL http znajduje się na dole strony każdego repozytorium).

To, co widzisz w tych adresach URL HTTP, to nic innego jak .gitkatalog (w rzeczywistości „puste” repozytorium, które zawiera tylko to, co znajdziesz w .gitkatalogu). Jest to ten sam katalog, który czytałby serwer dla git://protokołu ( git daemon). Jeśli wykonasz kopię tych katalogów za pomocą narzędzia do pobierania z Internetu (na przykładwget -m -np ), możesz sklonować z kopii i będzie działać tak samo, jakby sklonowano bezpośrednio z repozytorium http.

Możesz więc: dla każdego repozytorium uzyskać jego kopię za pomocą swojego ulubionego programu do pobierania z Internetu (który poradzi sobie ze wszystkimi problemami z wznowieniem niedziałających pobrań) i sklonować z tej kopii. Kiedy chcesz zaktualizować, użyj ponownie swojego ulubionego programu do pobierania stron internetowych, aby zaktualizować kopię, i pobierz ją z tej kopii. Teraz Twoje klony i aktualizacje są tak samo odporne na złe połączenia, jak Twój ulubiony program do pobierania plików z Internetu.

Podzielmy na git cloneczęści składowe i użyj, git checkoutaby zapobiec ponownemu pobieraniu plików.

Po git cloneuruchomieniu pierwsze kilka rzeczy, które robi, są równoważne

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

Jeśli uruchomisz powyższe kroki ręcznie i przy założeniu, że zostały one wykonane poprawnie, możesz teraz uruchomić następującą liczbę razy:

git checkout --force <branch>

Pamiętaj, że będzie kasował wszystkie pliki przy każdym uruchomieniu, ale nie będziesz musiał ponownie pobierać plików , co może zaoszczędzić mnóstwo czasu.

Jeśli masz dostęp do serwera innej firmy, możesz go sklonować, a następnie skopiować.

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

To polecenie pomóżcie mi (dzięki Nicola Paolucci )

na przykład

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

Opierając się na odpowiedziach opartych na klonie / głębokości - kilka linii basha robi to łatwo ...

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

Ten problem też mnie ugryzł. W moim przypadku istnieje obejście. To może, ale nie musi mieć zastosowania w twoim przypadku.

Czasami używam telefonu komórkowego do inicjowania operacji git na zdalnym systemie. Jeśli moje wi-fi zepsuje, oczywiście sesja się kończy i git porzuca całą operację klonowania bez odzyskiwania. Ale ponieważ połączenie internetowe między moim zdalnym systemem a git master jest stałe, klon nie musi się zatrzymywać. Potrzebuję tylko zdrowego rozsądku, aby odłączyć klon od sesji terminalowej. Można to zrobić za pomocą screen / tmux lub nohup / daemon. Więc w moim przypadku jest to awaria oprogramowania na żywo.

Użyj git proxy, takiego jak ngitcached lub git-proxy .

Użyj CNTRL Z, aby zatrzymać klonowanie. Nie zamykaj terminala, przełącz system / laptop w stan hibernacji, a następnie kontynuuj komendą fg. Napotkałem dzisiaj ten sam problem, próbując sklonować repozytorium github z repo. To przyniosło mi oszczędność czasu.

Zwiększenie rozmiaru bufora pomoże ci w tym problemie. Postępuj zgodnie z instrukcjami.

kroki:

1. Otwórz terminal lub Git Bash i za pomocą „cd” przejdź do lokalizacji, w której chcesz sklonować repozytorium.

2. Ustaw kompresję na 0

git config --global core.compression 0

3. Ustaw rozmiar postBuffer

git config --global http.postBuffer 1048576000

4.Ustaw rozmiar maxRequestBuffer

git config --global http.maxRequestBuffer 100M

5. Teraz rozpocznij klonowanie

git clone <repo url>

6. Poczekaj, aż klon się skompletuje.

Dziękuję Ci. Happy Coding !!!

Chciałbym tu umieścić moje 5 centów. Właśnie to pomogło mi rozwiązać ten problem

• wyłącz kompresję
• zwiększ http.postBuffer
• wykonać częściowy klon
• przejdź do sklonowanego katalogu i pobierz resztę klonu
• pociągnij resztę

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

Pomogło mi to w sklonowaniu ~ 3 GB repozytorium na połączenie adsl 8 Mb / s, oczywiście musiałem kilka razy pobierać i pobierać, ale nadal ...

jeśli założymy, że serwer ma dobre pasmo (a ty masz serwer), inną odpowiedzią jest:

1. stworzyć swój własny serwer używając po stronie serwera git wrapper „s
2. sklonuj go na swoim serwerze
3. Zip go za pomocą strony serwera Zip Archiver S”
4. pobierz go zi ze wsparciem CV po stronie serwera

ale działa to tylko przy bardzo podstawowych doświadczeniach związanych z tworzeniem stron internetowych;), a także potrzebujesz git.exew swoim serwerze

Ten sam problem tutaj - mam naprawdę niestabilne połączenie internetowe z często nie więcej niż 10-15 kb / s :-P

Dla mnie sposób wget działał bardzo dobrze. Przejdź do strony repozytorium, w której znajduje się zielony przycisk „klonuj lub pobierz”, kliknij go i skopiuj link opcji pobierania ZIP.

Następnie wstaw link do polecenia
wget : wget -c -m -np https://github.com/your/repository/archive/master.zip

Działa jak marzenie...

najlepsze obejście, które dla mnie zadziałało:

napotkałem ten sam problem ze złym połączeniem internetowym. Więc wymyśliłem następujące rozwiązanie:

Utworzyłem mały plik php na moim serwerze, aby pobrać pakiet jako plik 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>

następnie pobierz plik zip za pomocą dowolnego menedżera pobierania, który obsługuje wznawianie

Możesz spróbować użyć rtęci z rozszerzeniem hg-git.

Jeśli to nie zadziała, możesz użyć git fetch <commit-id>do pobrania tylko części zdalnego repozytorium git (możesz pobrać do pustego repozytorium git, nie ma potrzeby tworzenia go za pomocą klonowania). Ale możesz poprawić konfigurację gałęzi (= utworzyć lokalne i zdalne gałęzie śledzenia), korzystając z tego podejścia.