-f - файл - это обычный файл (не каталог или файл устройства).
blockquote>Проверьте это для всех операторов проверки файлов: http: // tldp .org / ЛДП / ABS / HTML / fto.html
У меня была та же самая ошибка; но ~/.gitconfig
глобальный файл конфигурации был ключом.
, Если у Вас есть прокси с аутентификацией, необходимо вставить ее:
git config --global http.proxy http://login:password@our-proxy-server:8088
И это просто работает (с' git clone http:
')
Пример блога, детализирующего ту же установку: клон МЕРЗАВЦА по HTTP: кто знал?
<час>, Если это все еще перестало работать в 407, это могло бы быть связано с проблемой с , выборка мерзавца, теряющая аутентификационные маркеры на втором HTTP, ДОБИРАЕТСЯ . более поздняя версия libcurl могла бы быть необходима.
<час>январь 2011 Обновления: jbustamovej упоминает в [1 110] его ответ (upvoted) его сообщение в блоге" GitHub Позади Корпоративного Прокси ", который добавляет это:
It’s важный, чтобы отметить, что , если Ваш вход в систему имеет обратную косую черту , как в
domain\login
, , необходимо выйти из обратной косой черты , как в:
git config --global http.proxy http://domain\\\login:password@our-proxy-server:8088
У Вас есть прокси SOCKS? Если Вы имеете, Вы попытка caould FreeCap к socksify Ваше соединение мерзавца. Я использовал мерзавца этот путь некоторое время.
В противном случае все еще попытка FreeCap. IIRC это смогло использовать прокси HTTP, но я не попробовал это.
РЕДАКТИРОВАНИЕ: Я использование usualy socksify cmd.exe FreeCap и с тех пор (почти) все cmdline программы, которые я запускаю от той сессии, являюсь socksified также. Вот почему я рекомендовал Бесплатное Ограничение, так как SocksCap (другая альтернатива) не прокладывает себе путь.
Что касается использования http.proxy, это по некоторым причинам никогда не работало на меня с mingw версией и моими прокси HTTP компании.
Мне удалось получить его работающий через очень замысловатый маршрут. Вот то, как:
Удивительно, это, кажется, работает, хотя я еще не протестировал все. Это клонируется, конечно, который является запуском.
, Если у кого-либо есть лучшее решение, я внимательно слушаю.
Даже после настройки прокси вы не сможете подключиться, поскольку прокси запрещает трафик протокола git. В этом случае вы можете попробовать использовать «http» вместо «git»
H:> git clone http://github.com/akitaonrails/vimfiles.git
Кроме того, если вы используете автоматический файл конфигурации прокси (.pac), просто откройте его в текстовом редакторе. Это довольно простой в использовании язык сценариев с множеством условий для перенаправления на наиболее эффективный прокси. Найдите тот, который разрешает трафик общего назначения (обычно последний настроенный прокси), и настройте его, как указано в комментарии выше.
У меня была эта проблема на windows7:
$ git clone git://github.com/facebook/php-sdk.git
Initialized empty Git repository in c:/Users/Jay/temp/php-sdk/.git/
github.com[0: 207.97.227.239]: errno=No error
fatal: unable to connect a socket (No error)
Наконец я понял, что это антивирусное ПО AVG. Я отключил «резидентный щит» в AVG, и теперь он работает отлично.
$ git clone git://github.com/facebook/php-sdk.git
Initialized empty Git repository in c:/Users/Jay/temp2/php-sdk/.git/
remote: Counting objects: 223, done.
remote: Compressing objects: 100% (179/179), done.
emote: Total 223 (delta 84), reused 0 (delta 0)
Receiving objects: 100% (223/223), 37.32 KiB, done.
Resolving deltas: 100% (84/84), done.