Git терпит неудачу при нажатии commit на github
1) Я не нашел рабочий метод для перемещения общего каталога в L5. Хотя вы можете изменить некоторые вещи в bootstrap index.php, кажется, что несколько вспомогательных функций основаны на предположении, что этот общедоступный каталог существует. Честно говоря, вы действительно не должны перемещать общедоступный каталог.
2) Если вы используете MAMP, тогда вы должны создавать новые vhosts для каждого проекта, каждый из которых служит для создания общего каталога. После создания вы получаете доступ к каждому проекту по определенному имени сервера. http://project1.dev , http://project2.dev
2 ответа
У меня была та же проблема, и я считаю, что это связано с размером репо (отредактированного или размера определенного файла), который вы пытаетесь отправить.
По сути, я смог создать новые репозитории и отправить их на github. Но существующий не сработает.
Код ошибки HTTP, кажется, поддерживает меня, это ошибка «Требуется длина». Так что, возможно, он слишком велик, чтобы вычислить или оценить, что макс. Кто знает.
РЕДАКТИРОВАТЬ
Я обнаружил, что проблема может быть файлы большого размера. у меня было одно обновление что не будет толкать, даже если бы я успешные толчки до этой точки. В коммите был только один файл но получилось 1.6M
Поэтому я добавил следующее изменение конфигурации
git config http.postBuffer 524288000Чтобы разрешить размер файла до 500M и тогда мой толчок сработал. Возможно, это было что это была проблема изначально с отправкой большого репо через http протокол.
КОНЕЦ РЕДАКТИРОВАНИЯ
способ, которым я мог заставить его работать (РЕДАКТИРОВАТЬ до того, как я изменил postBuffer), заключался в том, чтобы заархивировать мой репозиторий, скопировать его на машину, которая может выполнять git через ssh, и отправить его на github. Затем, когда вы пытаетесь выполнить push/pull с исходного сервера, он должен работать через https. (поскольку это гораздо меньший объем данных, чем исходный толчок).
Надеюсь, это поможет.
Похоже, проблема с сервером (то есть проблема с GitHub).
Если вы посмотрите этот поток , это может произойти, когда git-http-backend получит поврежденную кучу. (И поскольку они просто установить интеллектуальную поддержку http ...)
Но какой бы ни была фактическая причина, она также может быть связана с недавним спорадическим сбоями в одном из файловый сервер GitHub .
Вы все еще видите это сообщение об ошибке? Потому что, если вы это сделаете:
- проверьте свою локальную версию Git (и обновите ее до последней версии)
- сообщите об этом как об ошибке GitHub .
Примечание: Smart HTTP Support - это большое дело для тех из нас, кто стоит за прокси-сервером корпоративного брандмауэра на основе аутентификации!
С этого момента, если вы клонируете репозиторий по URL-адресу
http: //и используете клиент Git версии 1.6.6 или выше, Git будет автоматически использовать более новый, улучшенный механизм транспорта.
Еще более удивительно то, что теперь вы можете использовать этот протокол и клонировать частные репозитории. Если вы получаете доступ к частному репозиторию или являетесь соавтором и хотите получить доступ по push-запросу, вы можете указать свое имя пользователя в URL-адресе, и Git предложит вам ввести пароль, когда вы попытаетесь получить к нему доступ.Старые клиенты также вернутся к старому, менее эффективному способу, поэтому ничего не должно сломаться - просто новые клиенты должны работать лучше.
Итак, снова обязательно сначала обновите свой клиент Git.