Примечание: хотя описанный вариант использования относится к использованию подмодулей в проекте, то же самое относится и к обычному git cloneрепозиторию по HTTP.

У меня есть проект под контролем Git. Я хотел бы добавить подмодуль:

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

Но я получаю

...
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'

У меня настроен HTTP_PROXY:

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

У меня даже есть глобальная настройка Git для http-прокси:

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

Кто-нибудь получал HTTP-выборки для последовательной работы через прокси? Что действительно странно, так это то, что некоторые проекты на GitHub работают нормально ( awesome_nested_setнапример), но другие постоянно терпят неудачу ( например, rails ).

Вы также можете установить HTTP-прокси, который Git использует в свойстве глобальной конфигурации http.proxy:

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

Для аутентификации с прокси:

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

( Авторы обращаются к @EugeneKulabuhov и @JaimeReynoso за форматом аутентификации.)

Там уже есть несколько отличных ответов. Тем не менее, я думал, что скину, так как некоторые прокси-серверы требуют от вас аутентификации с использованием идентификатора пользователя и пароля. Иногда это может быть на домене.

Так, например, если ваша конфигурация прокси-сервера выглядит следующим образом:

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

Затем добавьте в свой .gitconfigфайл следующую команду:

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

Не беспокойся https. Пока указанный прокси-сервер поддерживает http и https, тогда достаточно одной записи в файле конфигурации.

Затем вы можете убедиться, что команда .gitconfigуспешно добавила запись в ваш файл, выполнив cat .gitconfig:

В конце файла вы увидите следующую запись:

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

Это оно!

В конечном итоге сработала установка http_proxyпеременной среды. Я установил HTTP_PROXYправильно, но git, очевидно, больше нравится версия в нижнем регистре.

Похоже, вы используете Mingw-компиляцию Git для Windows (или, возможно, другую, о которой я не слышал). Есть способы отладки этого: я считаю, что вся работа http-прокси для git выполняется curl. Установите эту переменную среды перед запуском git:

GIT_CURL_VERBOSE=1

Это должно по крайней мере дать вам представление о том, что происходит за кулисами.

Если вы просто хотите использовать прокси в указанном репозитории, не используйте его в других репозиториях. Предпочтительным способом является -c, --config <key=value>вариант, когда вы git cloneхранилище. например

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

Когда ваша сетевая команда выполняет ssl-инспекцию, переписывая сертификаты, затем использует URL-адрес http вместо https-адреса в сочетании с настройкой этого var, это сработало для меня.

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

Вы также можете отредактировать файл .gitconfig, расположенный в каталоге% userprofile% в системе Windows ( notepad% userprofile% .gitconfig ) или в каталоге ~ в системе Linux ( vi ~ / .gitconfig ), и добавить раздел http, как показано ниже.

Содержимое файла .gitconfig:

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

Для меня git: // просто не работает через прокси, хотя https: // работает. Это вызвало некоторую головную боль, потому что я запускал скрипты, которые все использовали git: //, поэтому я не мог просто легко изменить их все. Однако я нашел этот GEM

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

Это старый вопрос, но если вы работаете в Windows, подумайте и о настройке HTTPS_PROXY, если вы запрашиваете по URL-адресу https. Работал на меня!

Я считаю , ни , http.proxyни GIT_PROXY_COMMANDработой для моего аутентификации HTTP прокси - сервера. Прокси не запускается ни в каком случае. Но я нахожу способ обойти это.

1. Установите штопор или другие альтернативы, которые вы хотите.

2. Создайте файл авторизации. Формат для authfile:, user_name:passwordи user_name, passwordэто ваше имя пользователя и пароль для доступа к вашему прокси. Чтобы создать такой файл, просто запустите команду: echo "username:password" > ~/.ssh/authfile.

3. Отредактируйте ~/.ssh/configи убедитесь, что это разрешение 644:chmod 644 ~/.ssh/config

Возьмите github.com в качестве примера, добавьте следующие строки в ~/.ssh/config:

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

Теперь, когда вы что-нибудь делаете git@github.com, он будет автоматически использовать прокси. Вы можете легко сделать то же самое с Bitbucket .

Это не так элегантно, как другие подходы, но работает как шарм.

В Windows, если вы не хотите указывать свой пароль в .gitconfig в виде обычного текста, вы можете использовать

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

Он аутентифицирует вас на обычном или даже Windows NTLM-прокси и запускает localhost-proxy без аутентификации.

Чтобы его запустить:

• Установить Cntml
• Настройте Cntml в соответствии с документацией для прохождения проверки подлинности прокси

• Укажите git на ваш новый прокси localhost:

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

Для меня это сработало:

sudo apt-get install socat

Создайте файл внутри вашего $ BIN_PATH / gitproxy с помощью:

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

Не забудьте дать ему разрешение на исполнение

chmod a+x gitproxy

Выполните следующие команды для настройки среды:

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

Настройте прокси на git

команда

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

пример

git config --global http.proxy http://clairton:123456@proxy.clairtonluz.com.br:8080

Установите для Git credential.helper значение wincred.

git config --global credential.helper wincred

Убедитесь, что есть только 1 credential.helper

git config -l

Если их больше 1, а wincred не установлен, удалите их.

git config --system --unset credential.helper

Теперь установите прокси без пароля.

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

Убедитесь, что все добавленные вами настройки выглядят хорошо.

git config --global -l

Теперь тебе пора!

У меня была та же проблема, с немного другим исправлением: REBUILDING GIT WITH HTTP SUPPORT

git:Протокол не работает через свой корпоративный брандмауэр.

Например, это время истекло:

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

curl github.comработает просто отлично, поэтому я знаю, что моя http_proxyпеременная окружения верна.

Я попытался использовать http, как показано ниже, но получил немедленную ошибку.

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

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

Я попытался перекомпилировать git так:

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

но все же получил роковую ошибку.

Наконец, после нескольких часов разочарований я прочитал файл конфигурации и увидел следующее:

# Определите CURLDIR = / foo / bar, если ваши заголовок curl и файлы библиотеки находятся в

Каталоги # / foo / bar / include и / foo / bar / lib.

Я вспомнил тогда, что я не выполнил curlиз источника, и поэтому пошел искать файлы заголовков. Конечно же, они не были установлены. Это была проблема. Make не жаловался на отсутствующие заголовочные файлы. Поэтому я не понял, что этот --with-curlвариант ничего не сделал (на самом деле это вариант по умолчанию в моей версии git).

Я сделал следующее, чтобы исправить это:

1. Добавлены заголовки, необходимые для make:

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

2. Удалено gitиз /usr/local(как я хочу, чтобы новая установка была там).

   Я просто удалил git*из /usr/local/shareи/usr/local/libexec

3. Поиск по каталогам include, содержащим файлы заголовков curlи expat, а затем (потому что я прочитал configure) добавил их в среду следующим образом:

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

4. Запустил configureсо следующими параметрами, которые, опять же, были описаны в самом configureфайле, и были также значениями по умолчанию, но какого черта:

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

5. И теперь httpработает gitчерез мой корпоративный брандмауэр:

   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
   ...
   

Просто чтобы опубликовать это, так как это первый результат в Google, этот пост в блоге, который я нашел, решает проблему для меня, обновляя сертификаты curl.

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

Это сработало для меня.

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

ты можешь использовать:

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

Используйте прокси-цепочки

proxychains git pull ...

обновление: proxychains больше не поддерживается, используйте вместо него proxychains-ng .

Для Windows

Перейти -> C: / Users / имя_пользователя / gitconfig

Обновите файл gitconfig, указав ниже детали

[HTTP]

[HTTPS]

proxy = https://your_proxy:your_port

[HTTP]

proxy = http://your_proxy:your_port

Как проверить свой прокси и номер порта?

Internet Explorer -> Настройки -> Свойства обозревателя -> Подключения -> Настройки локальной сети

Ниже метод работает для меня:

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

• Zsh note: измените файл ~ / .zshenv вместо ~ / .bash_profile.
• Примечание для Ubuntu и Fedora: измените файл ~ / .bashrc вместо ~ / .bash_profile.

Стоит упомянуть: большинство примеров в сети показывают такие примеры, как

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

Похоже, что - если ваш прокси-сервер требует аутентификации - вы должны оставить свой пароль компании в git-config. Что не очень круто.

Но, если вы просто настроите пользователя без пароля:

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

Похоже, что Git (по крайней мере, на моем Windows-компьютере без помощника по учетным данным) распознает это и запрашивает пароль прокси-сервера при репо-доступе.

Это не проблема с вашим прокси. Это проблема с github (или git). Для меня это не работает на git-1.6.0.1 на linux. Ошибка уже сообщена (вами не меньше).

Обязательно удалите свои пирожки, они уже в гугле. Изменить: Должно быть мечтал, я думаю, вы не можете удалить их. Вместо этого использовать Gist ?

$ http_proxy для http://github.com .... $ https_proxy для https://github.com ...

Приведенные выше ответы сработали для меня, когда мой прокси-сервер не нуждается в аутентификации. Если вы используете прокси, который требует от вас аутентификации, вы можете попробовать CCProxy. У меня есть небольшой учебник о том, как установить его здесь,

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

Я смог толкать, тянуть, создавать новые репо. Все работало просто отлично. Убедитесь, что вы делаете чистую деинсталляцию и переустановку новой версии, если у вас возникли проблемы с Git, как у меня.

как уже указал @ user2188765, попробуйте заменить git://протокол репозитория на http[s]://. Смотрите также этот ответ

Я обошел прокси, используя https ... некоторые прокси даже не проверяют 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

На это ответили многие, но это только для ПОЛЬЗОВАТЕЛЯ Winodws, который стоит за прокси с аутентификацией.

Переустановка (сначала не удалось, не удаляйте).

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:PASS@proxy.abc.com:8080"

если у вас есть специальный символ в user / pass, используйте url_encode