Merge the remote changes before pushing again, хотя remote changes не было

Question

[vsespb]

$ git push
Counting objects: 5, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 1.58 KiB, done.
Total 3 (delta 2), reused 0 (delta 0)
To https://github.com/my/repo.git
   6317d42..d9b787e  development -> development

через 15 мин

$ git push
To https://github.com/my/repo.git
 ! [rejected]        development -> development (non-fast-forward)
error: failed to push some refs to 'https://github.com/my/repo.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again.  See the 'Note about
fast-forwards' section of 'git push --help' for details.
$ git push
To https://github.com/my/repo.git
 ! [rejected]        development -> development (non-fast-forward)
error: failed to push some refs to 'https://github.com/my/repo.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again.  See the 'Note about
fast-forwards' section of 'git push --help' for details.
$ git pull
Merge made by recursive.
$ git push
Counting objects: 16, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (11/11), done.
Writing objects: 100% (11/11), 1.42 KiB, done.
Total 11 (delta 9), reused 0 (delta 0)
To https://github.com/my/repo.git
   d9b787e..2b694e8  development -> development

при этом изменений на гитхабе не было, ни у кого нет доступа, так же сейчас в истории изменений не видно, чтобы кто-то делал коммит.

Зато есть merge коммит «Merge branch 'development'» в котором отсутствуют изменения
Showing 0 changed files with 0 additions and 0 deletions.

Вопрос — почему такое бывает?

Answer 1

[jcmvbkbc]

Судя по последним строчкам логов первого и второго пуша
6317d42..d9b787e development -> development
d9b787e..2b694e8 development -> development
репозиторий на гитхабе не изменился. Возможно изменилась локальная копия development?

merge commit и не будет содержать никаких изменений если слияние прошло без конфликтов.
Посмотрите по git log --graph что вы на самом деле смёржили.

Comments

[vsespb]

Возможно изменилась локальная копия development?

да, это бы всё объяснило. но как изменилась? команды типа rebase, reset, gc итд не запускал.
вообще запускал только add, commit, push

merge commit и не будет содержать никаких изменений если слияние прошло без конфликтов.

хм, вообще имхо, если в результате слияния никаких изменений вообще не произошло.

Посмотрите по git log --graph что вы на самом деле смёржили.

свои же коммиты, только вот не понятно как такое может быть в данной ситуации

* commit 0cef1aa7ab92d9cd92690c8ed70c2cc5656247bf
| Author: Victor
| Date:   Tue Jul 9 00:20:45 2013 +0400
| 
|     message1
|    
*   commit 2b694e85cb0cd3aea277f411fd93485685dab6e2
|\  Merge: 93912b7 d9b787e
| | Author: Victor
| | Date:   Mon Jul 8 23:24:00 2013 +0400
| | 
| |     Merge branch 'development' of https://github.com/my/repo into development
| |   
| * commit d9b787e39187011a8101c63b67ddf4e49b3aa48e
| | Author: Victor
| | Date:   Mon Jul 8 22:32:31 2013 +0400
| | 
| |     message2
| |   
* | commit 93912b73f6083503c2e1216bcaa223377ead10e4
| | Author: Victor
| | Date:   Mon Jul 8 23:23:30 2013 +0400
| | 
| |     message3
| |   
* | commit 68151484480c1e41a068c27985c31c6b4e016b22
|/  Author: Victor
|   Date:   Mon Jul 8 23:15:28 2013 +0400
|   
|       message4
|  

[jcmvbkbc]

merge commit и не будет содержать никаких изменений если слияние прошло без конфликтов.
хм, вообще имхо, если в результате слияния никаких изменений вообще не произошло.

Если результат мёржа однозначно выводится из веток-участников, то коммит мёржа содержит только ссылки на смёрженные ветки и сообщение. В случае конфликтов коммит мёржа будет содержать их разрешение.

вообще запускал только add, commit, push

commit умеет всякие --amend, например.

По вашему графу создаётся впечатление, что после первого пуша вы откатили (или изменили) последний коммит (message2) и накатили message4 и message3.

[vsespb]

Если результат мёржа однозначно выводится из веток-участников, то коммит мёржа содержит только ссылки на смёрженные ветки и сообщение

Нет. Коммит мерджа всегда содержит итоговые изменения в бранче, даже если конфликтов не было.

По вашему графу создаётся впечатление, что после первого пуша вы откатили (или изменили)

Нет, ничего такого не было, --amend не было. Ок будем просто считать что что-то сглючило…
Спасибо!

[jcmvbkbc]

Нет, ничего такого не было, --amend не было. Ок будем просто считать что что-то сглючило…

Можно посмотреть в git reflog в конце концов.

[vsespb]

8ca5b5d HEAD@{7}: commit:Journal - tests - zero files - improve
dca4932 HEAD@{8}: commit:Journal - tests - check also that filtered files behave consistent
0cef1aa HEAD@{9}: commit:Journal - test added to ensure zero-size files are properly handled
2b694e8 HEAD@{10}: pull : Merge made by recursive.
93912b7 HEAD@{11}: commit:Journal - improve tests
6815148 HEAD@{12}: commit:Journal - additional test for missing files
d9b787e HEAD@{13}: commit:README - sync command draft
6317d42 HEAD@{14}: commit:Tests simplify and fix for 5.8.x capture_stdout/stderr
de50b8d HEAD@{15}: commit:CheckLocalHash - test that we use latest()
9c3c1c2 HEAD@{16}: commit:CheckLocalHash - test that it works with multiple files
8f6d353 HEAD@{17}: commit:CheckLocalHash - test dry-run

[jcmvbkbc]

Занятно. Больше идей нет.

Answer 2

[vsespb]

del