2016-01-28 14 views
25

Dzisiaj był czas na github.com, o którym nie wiedziałem, póki nie wysłałem około tuzina lokalnych zatwierdzeń.Nieoczekiwany błąd systemowy po otrzymaniu Push

Oto wiadomość, którą otrzymał, kiedy starają się wcisnąć do github.com:

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

Teraz github.com jest z powrotem w górę, kiedy zobaczyć projekt poświęcił historię online, widzę te tuziny zobowiązań nie zostały pchnięte w górę do repozytorium.

Pomyślałem, że mogę ponownie wprowadzić te zmiany z git push origin master, ale powiedziano mi, Everything up-to-date. Podobnie, git pull origin master również pokazuje Everything up-to-date.

W jaki sposób mogę uzyskać te lokalne zmiany przesunięte do mojego repo na github.com?

+0

Dzieje się tak do mnie teraz :) – lmgonzalves

+0

A teraz mamy zawsze do przypomnienia 'pull' przed' push'. –

+0

Wczoraj natknąłem się na ten problem, bez względu na to, co zrobiłem, historia commitów online nie została zaktualizowana (ciągle mam ten sam błąd). Próbowałem ponownie dzisiaj i wszystkie manifesty teraz się pojawiają. –

Odpowiedz

11

Nienawidzę tak szybko odpowiedzieć na moje własne pytanie, ale przy odrobinie majsterkowania, oto szybkie obejść odkryłem:

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 

To właściwie odświeżona historię popełnienia dla mojego github.com repo. To powinno być bezpieczne, ale zrób kopię zapasową lokalnego kodu, zanim spróbujesz.

+10

Możesz dodać puste zatwierdzenie z '' 'git commit --allow-empty''' –

+2

Użyłem' git commit --amend', aby utworzyć nowy skrót do wypychania. Podobne rozwiązanie bez faktycznej zmiany niczego. – fideloper

2

Ja też to miałem i tak, pchanie kolejnego zatwierdzenia naprawiło problem.

Myślę, że źródłem problemu może być to, że wyciągałem z tego samego repo w tym samym czasie (używam submodułów). To przyciągnięcie dało wszystko na czasie, podczas gdy pierwsze pchnięcie wciąż wisiało (a następnie w końcu wypluwa ten komunikat o błędzie).

4

Przesłanie kolejnego zatwierdzenia nie działa. Zamiast tego, utworzenie gałęzi manekina z interfejsu WWW rozwiązało problem.

+2

Po prostu miałem ten sam problem i to była idealna rozdzielczość. Myślę, że to powinna być akceptowana odpowiedź, ponieważ nie wymaga zaśmiecenia kapitana niepotrzebnymi zobowiązaniami. –

+1

Po prostu miałem ten sam problem i to naprawiło. To musi być aktualny problem. –

6

Zgadzam się z Yen Chi, powinien był to zrobić. Przynajmniej, czy pusta popełnić:

git commit --allow-empty 
0
git commit --amend 
git push -f origin HEAD 

lub jeśli nie podoba

git commit --allow-empty 
git push origin HEAD 
Powiązane problemy