глупая проблема с Github происходит прямо сейчас. У меня приличное количество изменений (размером ~ 120 МБ), когда я пытаюсь нажать, происходит вот что:
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Я уже сделал
git config http.postBuffer 524288000
, так что, похоже, проблема не в этом. Что бы это могло быть?
HTTP code = 0
, GitHub не работает, как вчера.HTTP code = 0
когда мой прокси блокировал. Мой http-прокси работает с github, но https не работает с моим корпоративным прокси. Я думаю, что мой прокси HTTPS заставляет NTLM, а HTTP принимает BASIC. Я изменил URL-адрес источника репо с https на http, и у меня это сработало.git remote set-url origin http://github.com/GitUserName/GitRepoName.git
Ответы:
Если вы получаете ошибку 413, значит, проблема не в git, а в вашем веб-сервере . Это ваш веб-сервер блокирует большие загружаемые файлы.
Решение для nginx
Просто загрузите свой
nginx.conf
и добавьтеclient_max_body_size 50m;
(изменив значение по своему усмотрению) в блоке http.Перезагрузите nginx, чтобы принять новую конфигурацию, выполнив
sudo service nginx reload
и попробуйте еще раз отправить коммит через http.Решение для Apache
В вашем
httpd.conf
добавленииLimitRequestBody 52428800
(изменение значения в соответствии с вашими потребностями) внутри<Directory />
блока. Таким образом вы можете ограничить запрос всей файловой системы сервера, только одного виртуального хоста или каталога.Надеюсь, это поможет.
источник
Я понял!!! Конечно, сразу после того, как напишу пост!
У меня было настроено репо для использования URL-адреса HTTPS, я изменил его на адрес SSH, и все возобновило работу безупречно.
источник
команда для изменения удаленного URL-адреса (с https -> git @ ...) выглядит примерно так
origin здесь - имя моего пульта (сделайте git remote, и вы получите ваше происхождение).
источник
ssh://
изssh://git@<bitbucket-repo>:<port>/dir/to/project.git
Так что будьте осторожны, ребята!У меня была такая же проблема, но я использовал обратный прокси.
Поэтому мне пришлось установить
внутри обоих файлов конфигурации:
источник
У меня уже было «HTTPS //» в URL-адресе git, но я столкнулся с этой ошибкой.
Все, что я сделал, это добавил опцию -u с push, и это сработало.
git push -u origin master
источник
Для тех, кто использует IIS 7 для размещения git
http
/https
конечной точки:Вам нужно увеличить свой
uploadReadAheadSize
.Запустите диспетчер информационных служб Интернета (IIS)
Разверните поле Сервер
Развернуть сайты
Выберите сайт, для которого хотите внести изменения.
В разделе «Возможности» дважды щелкните
Configuration Editor
Под
Section
выбором:system.webServer > serverRuntime
Измените
uploadReadAheadSize
раздел (значение должно быть между0
и2147483647
.)щелчок Apply
Перезагрузите сайт
источник
Если вы столкнулись с этой проблемой при внесении изменений большого размера, выполните следующую команду в терминале.
Смотрите это для более подробной информации.
источник
Ошибка возникает в libcurl, который является базовым протоколом для загрузки https. Решение - как-то обновить libcurl. Чтобы получить более подробную информацию об ошибке, установите GIT_CURL_VERBOSE = 1
https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908
Значение ошибки согласно libcurl doc: CURLE_HTTP_RETURNED_ERROR (22)
Это возвращается, если для CURLOPT_FAILONERROR установлено значение TRUE, а HTTP-сервер возвращает код ошибки> = 400.
http://curl.haxx.se/libcurl/c/libcurl-errors.html
источник
У меня возникла эта проблема, когда я пытаюсь клонировать репозиторий git на машине Linux.
следующий URL-адрес работает для меня в Windows
в то время как следующий URL-адрес работает на Linux-машине и имеет https в URL-адресе
источник
У меня была эта ошибка ( ошибка: сбой RPC; результат = 22, код HTTP = 413 ), когда я пытался отправить свою первоначальную фиксацию в новый репозиторий BitBucket. Ошибка возникла у меня, потому что в репозитории BitBucket не было основной ветки. Если вы используете SourceTree, вы можете создать главную ветку в источнике, нажав кнопку Git Flow .
источник
Вы используете ссылки https вместо ссылок ssh? Поскольку ссылка https ограничена размером загрузки HttpServer (например, Apache, Ngnix), такого ограничения при использовании ssh нет.
Используйте следующий метод, чтобы переключиться на ссылку ssh.
Если вы определили имя удаленного репозитория, переходите непосредственно к шагу 4. Теперь вы можете успешно выполнить операцию push.
источник
У меня была такая же проблема (в Win XP), я обновил файл libcurl-4.dll в моем каталоге bin Git до версии SSL с http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (переименование в libcurl4.dll). Теперь все работает нормально.
источник
https clone of gists не работает (ssh работает, см. ниже):
Это работает:
git clone git@gist.github.com:123456.git
источник
Столкнулся с той же проблемой. В моем случае это были несовместимые версии GIT для нескольких пользователей, которые обращаются (вытягивают / нажимают) к одному и тому же проекту.
только что обновили версию GIT и обновили путь в настройках студии Android, и он отлично работает для меня.
Редактировать -
В Git для Windows (1.9.5) возникла проблема, обновление может помочь.
источник
Столкнулся с той же проблемой, однако она была решена путем очистки репозитория git (очистить неотслеживаемые файлы с помощью «git clean»).
источник
git clean -i
например , попробуйте запустить в интерактивном режиме.Необходимо изменить удаленный URL-адрес на ssh или https
или
Надеюсь, это поможет :)
источник
когда я использовал URL-адрес https для отправки на удаленный мастер, я столкнулся с той же проблемой, я изменил его на адрес SSH, и все возобновило работу безупречно.
источник