Как вытащить из репозитория Git через HTTP-прокси?
Примечание: хотя описанный вариант использования касается использования подмодулей в проекте, то же самое относится к нормальному 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
например), но другие последовательно терпят неудачу (рейлинги например).
26 ответов
вы также можете установить HTTP-прокси, который Git использует в свойстве глобальной конфигурации http.proxy
:
git config --global http.proxy http://proxy.mycompany:80
на это уже есть отличные ответы. Тем не менее, я думал, что я буду чип, поскольку некоторые прокси-серверы требуют аутентификации с идентификатором пользователя и паролем. Иногда это может быть на домене.
так, например, если ваша конфигурация прокси-сервера выглядит следующим образом:
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
Это должно по крайней мере дать вам представление о том, что происходит за кулисами.
когда ваша сетевая команда выполняет ssl-проверку путем перезаписи сертификатов, а затем использует HTTP-url вместо https, в сочетании с настройкой этого var работал для меня.
git config --global http.proxy http://proxy:8081
Если вы просто хотите использовать прокси в указанном репозитории, не нужно в других репозиториях. Предпочтительным способом является когда вы git clone
репозитории. например,
$ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git --config "http.proxy=proxyHost:proxyPort"
Вы тоже могли бы правка .файл gitconfig хранит настройки находится в каталоге %userprofile% в системе Windows (Блокнот %userprofile%.gitconfig хранит настройки) или в каталоге ~ в системе Linux (vi ~/.gitconfig хранит настройки) и добавить раздел http как ниже.
содержание .файл gitconfig хранит настройки :
[http]
proxy = http://proxy.mycompany:80
Это старый вопрос, но если вы находитесь в Windows, рассмотрите возможность установки HTTPS_PROXY, а также если вы получаете через URL https. Работал на меня!
для меня git: / / просто не работает через прокси, хотя https:// делает. Это вызвало некоторую головную боль, потому что я запускал скрипты, которые все использовали git://, поэтому я не мог просто легко изменить их все. Однако я нашел этот камень
git config --global url."https://github.com/".insteadOf git://github.com/
Я не нахожу ни того, ни другого http.proxy
, ни GIT_PROXY_COMMAND
работа для моего аутентифицированного HTTP-прокси. Прокси-сервер не запускается в любом случае. Но я нашел способ обойти это.
- установить штопор, или другие альтернативы, которые вы хотите.
создайте authfile. Формат
authfile
- это:user_name:password
иuser_name
,password
ваше имя пользователя и пароль для доступа к прокси. Чтобы создать такой файл, просто запустите команду:echo "username:password" > ~/.ssh/authfile
.редактировать
~/.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::,proxyport=$_proxyport
Не забудьте дать ему разрешения на выполнение
chmod a+x gitproxy
выполните следующие команды для настройки среды:
export PATH=$BIN_PATH:$PATH
git config --global core.gitproxy gitproxy
просто чтобы опубликовать это, поскольку это первый результат в Google, это сообщение в блоге, которое я нашел, решает проблему для меня, обновив сертификаты curl.
http://www.simplicidade.org/notes/archives/2011/06/github_ssl_ca_errors.html
настройка прокси в 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 С ПОДДЕРЖКОЙ HTTP
на 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
но все же есть фатальная ошибка.
наконец, после нескольких разочаровывающих часов я прочитал файл configure, и увидел это:
из источника, и так пошел глядя на заголовок файлы. Конечно, они не были установлены. Вот в чем проблема. Make не жаловался на отсутствующие заголовочные файлы. Так Я не понимал, что# Define CURLDIR= / foo / bar, если ваш заголовок curl и файлы библиотеки находятся в
# /foo/bar/include и /foo/bar/lib каталоги.
--with-curl
опция ничего не сделала (это, по сути, по умолчанию в моей версии git
).
я сделал следующее, чтобы исправить это:
-
добавлены заголовки, необходимые для:
yum install curl-devel (expat-devel-1.95.8-8.3.el5_5.3.i386 was already installed).
-
удалены
git
С/usr/local
(как я хочу, чтобы новая установка жила там.)я просто удалены
git*
С/usr/local/share
и/usr/local/libexec
-
поиск для включения dirs, содержащих
curl
иexpat
заголовочные файлы ,а затем (потому что я прочиталconfigure
) добавил их в окружающую среду так:export CURLDIR=/usr/include export EXPATDIR=/usr/include
-
побежал
configure
со следующими параметрами, которые были описаны вconfigure
сам файл, а также были по умолчанию, но что черт:./configure --with-curl --with-expat
-
и теперь
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 ...
Это не проблема с вашим прокси. Это проблема с github (или git). Это не удается для меня на git-1.6.0.1 на linux, а также. ошибка уже сообщается (вами не менее).
убедитесь, что удалить ваши пирожки, они уже на google. Edit: должно быть, это сон, я думаю, вы не можете удалить их. Использовать суть вместо?
$http_proxy для http://github.com.... $https_proxy для https://github.com...
Для Windows
Переход --> C:/Users/user_name/gitconfig
Обновить файл gitconfig С ниже детали
[http]
[протоколу HTTPS]
proxy = https://your_proxy:your_port
[http]
proxy = http://your_proxy:your_port
Как проверить свой прокси и номер порта?
Internet Explorer - > настройки - > Свойства обозревателя - > подключения - > настройки локальной сети
использовать proxychains
proxychains git pull ...
обновление: proxychains прекращается, используйте proxychains-ng.
установить учетные данные Git.помощник винкреда.
git config --global credential.helper wincred
убедитесь, что есть только 1 набор.помощник!--6-->
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
теперь вы хорошо идти!
Я обошел прокси с помощью 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
вышеуказанные ответы работали для меня, когда мой прокси не нуждается в аутентификации. Если вы используете прокси-сервер, который требует аутентификации, вы можете попробовать CCProxy. У меня есть небольшой учебник о том, как его настроить здесь
http://blog.praveenkumar.co.in/2012/09/proxy-free-windows-xp78-and-mobiles.html
Я смог толкать, тянуть, создавать новые РЕПО. Все работало просто отлично. Убедитесь, что вы делаете чистую деинсталляцию и переустановку новой версии, если вы сталкиваясь с проблемами с Git, как и я.
поскольку на это ответили многие, но это только для Winodws пользователь, который находится за прокси с auth.
повторная установка (сначала не удалось, не удаляйте).
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 use url_encode
как уже указывал @user2188765, попробуйте заменить git://
протокол репозитория с http[s]://
. См. также ответ