Uwaga: chociaż opisany przypadek użycia dotyczy użycia podmodułów w projekcie, to samo dotyczy normalnej git clonewersji repozytorium przez HTTP.

Mam projekt pod kontrolą Git. Chciałbym dodać submoduł:

git submodule add http://github.com/jscruggs/metric_fu.git vendor/plugins/metric_fu

Ale rozumiem

...
got 1b0313f016d98e556396c91d08127c59722762d0
got 4c42d44a9221209293e5f3eb7e662a1571b09421
got b0d6414e3ca5c2fb4b95b7712c7edbf7d2becac7
error: Unable to find abc07fcf79aebed56497e3894c6c3c06046f913a under http://github.com/jscruggs/metri...
Cannot obtain needed commit abc07fcf79aebed56497e3894c6c3c06046f913a
while processing commit ee576543b3a0820cc966cc10cc41e6ffb3415658.
fatal: Fetch failed.
Clone of 'http://github.com/jscruggs/metric_fu.git' into submodule path 'vendor/plugins/metric_fu'

Mam skonfigurowane moje HTTP_PROXY:

c:\project> echo %HTTP_PROXY%
http://proxy.mycompany:80

Mam nawet globalne ustawienie Git dla proxy HTTP:

c:\project> git config --get http.proxy
http://proxy.mycompany:80

Czy ktoś pobrał HTTP, aby konsekwentnie działał przez proxy? Naprawdę dziwne jest to, że kilka projektów w GitHub działa dobrze ( awesome_nested_setna przykład), ale inne konsekwentnie zawodzą ( na przykład szyny ).

Możesz także ustawić serwer proxy HTTP, którego używa Git we właściwości konfiguracji globalnej http.proxy:

git config --global http.proxy http://proxy.mycompany:80

Aby uwierzytelnić się za pomocą proxy:

git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:8080/

( Podziękowania dla @EugeneKulabuhov i @JaimeReynoso za format uwierzytelnienia.)

Jest na to kilka świetnych odpowiedzi. Jednak pomyślałem, że się włożę, ponieważ niektóre serwery proxy wymagają uwierzytelnienia przy użyciu identyfikatora użytkownika i hasła. Czasami może to być domena.

Na przykład jeśli konfiguracja serwera proxy jest następująca:

Server: myproxyserver
Port: 8080
Username: mydomain\myusername
Password: mypassword

Następnie dodaj do .gitconfigpliku za pomocą następującego polecenia:

git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:8080

Nie martw się https. Tak długo, jak określony serwer proxy obsługuje http i https, wystarczy jeden wpis w pliku konfiguracyjnym.

Następnie możesz sprawdzić, czy polecenie .gitconfigpomyślnie dodało wpis do pliku, wykonując cat .gitconfig:

Na końcu pliku zobaczysz następujący wpis:

[http]
    proxy = http://mydomain\\myusername:mypassword@myproxyserver:8080

Otóż ​​to!

Ostatecznie działało ustawienie http_proxyzmiennej środowiskowej. Ustawiłem HTTP_PROXYpoprawnie, ale git najwyraźniej bardziej lubi wersję z małymi literami.

Wygląda na to, że używasz kompilacji Git mingw w systemie Windows (lub innej, o której nie słyszałem). Istnieją sposoby na debugowanie tego: wierzę, że cała praca proxy HTTP dla git jest wykonywana przez curl. Ustaw tę zmienną środowiskową przed uruchomieniem git:

GIT_CURL_VERBOSE=1

To powinno przynajmniej dać ci wyobrażenie o tym, co dzieje się za kulisami.

Jeśli chcesz po prostu używać proxy w określonym repozytorium, nie potrzebujesz go w innych repozytoriach. Preferowanym sposobem jest -c, --config <key=value>opcja, gdy jesteś git clonerepozytorium. na przykład

$ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git --config "http.proxy=proxyHost:proxyPort"

Kiedy twój zespół sieciowy dokonuje inspekcji ssl poprzez przepisywanie certyfikatów, to użycie adresu URL http zamiast adresu https w połączeniu z ustawieniem tej zmiennej działało dla mnie.

git config --global http.proxy http://proxy:8081

Możesz także edytować plik .gitconfig znajdujący się w katalogu% userprofile% w systemie Windows ( notatnik% userprofile% .gitconfig ) lub w katalogu ~ w systemie Linux ( vi ~ / .gitconfig ) i dodać sekcję http jak poniżej.

Zawartość pliku .gitconfig:

[http]
        proxy = http://proxy.mycompany:80

Dla mnie git: // po prostu nie działa przez proxy, chociaż działa https: //. To spowodowało trochę bólu głowy, ponieważ uruchomiłem skrypty, które wszystkie używały git: //, więc nie mogłem tak łatwo ich wszystkich zmienić. Jednak znalazłem ten GEM

git config --global url."https://github.com/".insteadOf git://github.com/

To stare pytanie, ale jeśli korzystasz z systemu Windows, rozważ ustawienie HTTPS_PROXY, jeśli pobierasz za pośrednictwem adresu URL https. Pracował dla mnie!

Nie mogę znaleźć http.proxyani GIT_PROXY_COMMANDpracować dla mojego uwierzytelnionego serwera proxy HTTP. Serwer proxy nie jest uruchamiany w żaden sposób. Ale znajduję sposób na obejście tego.

1. Zainstaluj korkociąg lub inne potrzebne alternatywy.

2. Utwórz plik auth. Format authfileto:, user_name:passwordi user_name, passwordto twoja nazwa użytkownika i hasło dostępu do twojego proxy. Aby utworzyć taki plik, wystarczy uruchomić komendę tak: echo "username:password" > ~/.ssh/authfile.

3. Edytuj ~/.ssh/configi upewnij się, że jego uprawnienie to 644:chmod 644 ~/.ssh/config

Weźmy na przykład github.com, dodaj następujące wiersze do ~/.ssh/config:

Host    github.com
        HostName        github.com
        ProxyCommand    /usr/local/bin/corkscrew <your.proxy> <proxy port> %h %p <path/to/authfile>
        User            git

Teraz, gdy cokolwiek zrobisz [email protected], automatycznie użyje serwera proxy. Możesz łatwo zrobić to samo z Bitbucket .

To nie jest tak eleganckie jak inne podejścia, ale działa jak urok.

W systemie Windows, jeśli nie chcesz wstawiać hasła do .gitconfig jako zwykłego tekstu, możesz użyć

• Cntml ( http://cntlm.sourceforge.net/ )

Uwierzytelnia cię w stosunku do zwykłego lub nawet Windows NTLM proxy i uruchamia localhost-proxy bez uwierzytelnienia.

Aby go uruchomić:

• Zainstaluj Cntml
• Skonfiguruj Cntml zgodnie z dokumentacją, aby przekazać uwierzytelnianie proxy

• Wskaż git na nowy serwer proxy localhost:

  [http]
      proxy = http://localhost:3128       # change port as necessary
  

Dla mnie to zadziałało:

sudo apt-get install socat

Utwórz plik wewnątrz $ BIN_PATH / gitproxy za pomocą:

#!/bin/sh 
_proxy=192.168.192.1 
_proxyport=3128 
exec socat STDIO PROXY:$_proxy:$1:$2,proxyport=$_proxyport

Nie zapomnij dać mu uprawnień do wykonywania

chmod a+x gitproxy

Uruchom następujące polecenia, aby skonfigurować środowisko:

export PATH=$BIN_PATH:$PATH
git config --global core.gitproxy gitproxy

Skonfiguruj proxy do git

Komenda

git config --global http.proxy http://user:password@domain:port

przykład

git config --global http.proxy http://clairton:[email protected]:8080

Ustaw Git credential.helper na wincred.

git config --global credential.helper wincred

Upewnij się, że jest tylko 1 referencja. Pomocnik

git config -l

Jeśli jest więcej niż 1 i nie ustawiono WinCred, usuń go.

git config --system --unset credential.helper

Teraz ustaw proxy bez hasła.

git config --global http.proxy http://<YOUR WIN LOGIN NAME>@proxy:80

Sprawdź, czy wszystkie dodane ustawienia wyglądają dobrze ....

git config --global -l

Teraz możesz iść!

Miałem ten sam problem z nieco inną poprawką: ODBUDOWAĆ GIT Z WSPARCIEM HTTP

git:Protokół nie działa przez moją korporacyjnej zapory.

Na przykład upłynął limit czasu:

git clone git://github.com/miksago/node-websocket-server.git

curl github.comdziała jednak dobrze, więc wiem, że moja http_proxyzmienna środowiskowa jest poprawna.

Próbowałem użyć http, jak poniżej, ale dostałem natychmiastowy błąd.

git clone http://github.com/miksago/node-websocket-server.git

->>>  fatal: Unable to find remote helper for 'http' <<<-

Próbowałem przekompilować git tak:

./configure  --with-curl --with-expat

ale nadal występuje błąd krytyczny.

Wreszcie po kilku frustrujących godzinach przeczytałem plik konfiguracyjny i zobaczyłem to:

# Zdefiniuj CURLDIR = / foo / bar, jeśli masz nagłówek curl i pliki bibliotek

# / foo / bar / include i / foo / bar / lib katalogi.

Przypomniałem sobie wtedy, że nie zastosowałem się curldo źródła i zacząłem szukać plików nagłówkowych. Rzeczywiście, nie zostały zainstalowane. To był problem. Marka nie narzeka na brakujące pliki nagłówkowe. Więc nie zdawałem sobie sprawy, że --with-curlopcja nic nie zrobiła (w rzeczywistości jest ona domyślna w mojej wersji git).

Wykonałem następujące czynności, aby to naprawić:

1. Dodano nagłówki potrzebne do wykonania:

   yum install curl-devel
   (expat-devel-1.95.8-8.3.el5_5.3.i386  was already installed).
   

2. Usunięto gitz /usr/local(ponieważ chcę, aby nowa instalacja tam była).

   Po prostu usunąłem git*z /usr/local/sharei/usr/local/libexec

3. Szukano katalogów dołączających zawierających pliki nagłówkowe curli expat, a następnie (ponieważ przeczytałem configure) dodałem je do środowiska w taki sposób:

   export CURLDIR=/usr/include 
   export EXPATDIR=/usr/include
   

4. Działa configurez następującymi opcjami, które ponownie zostały opisane w samym configurepliku, a także były domyślnymi, ale do cholery:

   ./configure  --with-curl --with-expat
   

5. A teraz httpdziała z gitmoją zaporą firmową:

   git clone http://github.com/miksago/node-websocket-server.git
   Cloning into 'node-websocket-server'...
   * Couldn't find host github.com in the .netrc file, using defaults
   * About to connect() to proxy proxy.entp.attws.com port 8080
   *   Trying 135.214.40.30... * connected
   ...
   

Wystarczy, że opublikuję to, ponieważ jest to pierwszy wynik w Google. Znalazłem ten post na blogu, rozwiązując dla mnie problem poprzez zaktualizowanie certyfikatów curl.

http://www.simplicidade.org/notes/archives/2011/06/github_ssl_ca_errors.html

To mi zadziałało.

git config --global http.proxy proxy_user:proxy_passwd@proxy_ip:proxy_port

możesz użyć:

git config --add http.proxy http://user:password@proxy_host:proxy_port

Użyj proxy

proxychains git pull ...

aktualizacja: proxy nie jest kontynuowane, zamiast tego użyj proxy-łańcuchów .

Dla Windowsa

Idź do -> C: / Users / nazwa_użytkownika / gitconfig

Zaktualizuj plik gitconfig z poniższymi szczegółami

[http]

[https]

proxy = https://your_proxy:your_port

[http]

proxy = http://your_proxy:your_port

Jak sprawdzić swój serwer proxy i numer portu?

Internet Explorer -> Ustawienia -> Opcje internetowe -> Połączenia -> Ustawienia sieci LAN

Poniższa metoda działa dla mnie:

echo 'export http_proxy=http://username:password@roxy_host:port/' >> ~/.bash_profile
echo 'export https_proxy=http://username:password@roxy_host:port' >> ~/.bash_profile

• Uwaga Zsh: Zmodyfikuj plik ~ / .zshenv zamiast ~ / .bash_profile.
• Uwaga Ubuntu i Fedora: Zmodyfikuj plik ~ / .bashrc zamiast ~ / .bash_profile.

Warto wspomnieć: większość przykładów w sieci pokazuje przykłady takie jak

git config --global http.proxy proxy_user:proxy_passwd@proxy_ip:proxy_port

Wygląda więc na to, że - jeśli twoje proxy wymaga uwierzytelnienia - musisz pozostawić hasło firmy w git-config. Co nie jest naprawdę fajne.

Ale jeśli tylko skonfigurujesz użytkownika bez hasła:

git config --global http.proxy proxy_user@proxy_ip:proxy_port

Wydaje się, że Git (przynajmniej na moim komputerze z systemem Windows bez pomocnika poświadczeń) rozpoznaje to i prosi o podanie hasła proxy przy dostępie do repo.

To nie jest problem z twoim proxy. Jest to problem z githubem (lub gitem). Nie udaje mi się to także na git-1.6.0.1 na Linuksie. Błąd jest już zgłaszany (przez ciebie nie mniej).

Pamiętaj, aby usunąć swoje pasty, są już w Google. Edycja: Musiałeś marzyć, chyba nie możesz ich usunąć. Zamiast tego użyć Gist ?

$ http_proxy jest dla http://github.com .... $ https_proxy jest dla https://github.com ...

Powyższe odpowiedzi działały dla mnie, gdy mój serwer proxy nie wymaga uwierzytelnienia. Jeśli używasz serwera proxy, który wymaga uwierzytelnienia, możesz spróbować CCProxy. Mam mały samouczek, jak go tutaj skonfigurować,

http://blog.praveenkumar.co.in/2012/09/proxy-free-windows-xp78-and-mobiles.html

Byłem w stanie pchać, ciągnąć, tworzyć nowe repozytorium. Wszystko działało dobrze. Upewnij się, że wykonałeś czystą deinstalację i ponowną instalację nowej wersji, jeśli masz problemy z Git, tak jak ja.

jak już zauważył @ user2188765, spróbuj zastąpić git://protokół repozytorium http[s]://. Zobacz także tę odpowiedź

Obejrzałem proxy używając https ... niektóre proxy nawet nie sprawdzają https.

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

c:\git\meantest>git clone http://github.com/linnovate/mean.git
Cloning into 'mean'...
fatal: unable to access 'http://github.com/linnovate/mean.git/': Failed connect
to github.com:80; No error

c:\git\meantest>git clone https://github.com/linnovate/mean.git
Cloning into 'mean'...
remote: Reusing existing pack: 2587, done.
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (24/24), done.
rRemote: Total 2614 (delta 3), reused 4 (delta 0)eceiving objects:  98% (2562/26

Receiving objects: 100% (2614/2614), 1.76 MiB | 305.00 KiB/s, done.
Resolving deltas: 100% (1166/1166), done.
Checking connectivity... done

Jak odpowiedziało wielu, ale to tylko dla Winodws USER, który stoi za proxy z auth.

Ponowna instalacja (pierwsza nieudana, nie usuwaj).

Goto ->
**Windows**
1. msysgit\installer-tmp\etc\gitconfig
    Under [http]
        proxy = http://user:pass@url:port

**Linux**
1. msysgit\installer-tmp\setup-msysgit.sh
      export HTTP_PROXY="http://USER:[email protected]:8080"

jeśli masz jakiś specjalny znak w user / pass użyj url_encode