2016-01-28 3 views
3

Несколько часов назад github.com опустился примерно на час. Я пытался git push и говорит успешным, но пришло это сообщение вместе с ним:Ошибка Git после того, как github опустился

remote: Unexpected system error after push was received. 
remote: These changes may not be reflected on github.com! 
remote: Your unique error code: asdfasdfasdfasdfasdfasdfasdfasda 

Теперь, когда я пытаюсь повторно нажать ее, она говорит, обновление не удалось из-за ветви я выдвигаю к наличию различных файлов , но те, что на github, являются старыми файлами. В любом случае, я могу отказаться от него, чтобы нажать? : S Я попытался отредактировать некоторые файлы, чтобы сделать файл другим, но он говорит то же самое.

+0

Вам нужно добавить '--force' в свои варианты push, если вы уверены, что у вас есть последняя (и перебаза или что-то еще не то, что на самом деле является причиной вашего расхождения) –

+0

Я получил та же ошибка, и удаленное репо фактически получило файлы (я могу их снова вытащить), но они не отображаются в веб-интерфейсе (если вы вручную не ввели отсутствующий идентификатор версии в URL-адрес). – Thilo

ответ

5

Github использует post-receiveserver-side hooks, чтобы вызвать недействительность кеша для большинства веб-ресурсов, которые вы видите при навигации по сайту.

https://github.com/{user}/{repo}/commits/{branch} является одним из тех взглядов

Если вы идете в https://github.com/{user}/{repo}/commit/{HASH} вы увидите, что совершить там и в соответствующем отделении.

Отключение, возможно, оставило много дел на кэш-памяти.

Таким образом, простой способ заставить триггер post-receive крюк, чтобы совершить простое изменение и git push позже, или же ждать GitHub людей, чтобы переработать все кэшированные файлы (которые не могут произойти).

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

+0

«Отключение, возможно, оставило много проблем с кэшированием кэшей». Имеет смысл, GitHub только что спустился, но теперь он вернулся. Несмотря на то, что это резервное копирование, проблема может оставаться немного более длинной b/c, чем фоновый материал, поэтому может просто подождать немного и попробовать снова нажать. –

+0

У меня уже есть эта проблема прямо сейчас ... Так что я просто подожду? Я добавил вторую фиксацию, и она потерпела неудачу так же ... –

+0

Теперь она работает. –

-3

вот быстрая работа вокруг я обнаружил:

echo "bar" >> foo.txt 
git add foo.txt 
git commit -m "Add foo.txt" 
git push origin master 
git rm foo.txt 
git commit -m "Remove foo.txt" 
git push origin master 

Это правильно обновляется историю фиксации для моего github.com репо. Это должно быть безопасно, но обязательно попробуйте сделать резервную копию своего локального кода.

+2

Добро пожаловать в Stack Overflow, @Abin Ravi! Когда вы найдете ответ в другом месте, просто разместите ссылку на него как комментарий, а не скопируйте в новый ответ. http://stackoverflow.com/a/35052290/222356 – ericsoco

Смежные вопросы