У меня такая же проблема, что и тут - http://www.cyberforum.ru/development/threa...tml#post1919372

Сливаю в локальный репозиторий данные, изменяю, отправляю на удалённый (git push) и вижу, что репозиторий изменился, мой коммит видно через git log, но рабочая директория осталась прежней - git status говорит, что есть файлы для коммита. git reset --hard HEAD спасает, но это как-то нелогично после каждого коммита выполнять эту команду. Тем более, что после пуша указатель указывает ровно на последний коммит (т.е. рабочая директория должна быть в соответствии с ним, но она в другом состоянии).

ЧЯДНТ?

Это сообщение отредактировал(а) egetmanenko - 30.8.2012, 00:08

на одном компьютере - git push
на другом -  git pull --rebase
и на этом втором не подтянулись изменения.
я правильно понял?

Всё оказывается намного проще. Элементарный pull -> commit -> push на локальном репозитории вызывает описываемую ситуацию. Еще раз напишу:

- данные пушаются, т.е. история комитов обновляется
- меняется указатель HEAD на последний коммит в указанной ветке
- НО, не менются файлы в рабочей директории

Помогает git reset --hard HEAD или git checkout -f master. Но хотелось бы понять как решить этот вопрос без танцев с бубном.

Это сообщение отредактировал(а) egetmanenko - 31.8.2012, 22:17

а что тогда коммитается, если файлы не меняются?

Изменения коммитятся локально.
Затем пушаются.
Затем смотрится история коммитов на удаленной машине и рабочая директория.

а между этими шагами происходит pull на удаленной машине, так?

Ни пулл, ни checkout не делаются.

хм. а надо.
без этого и не будут файлы сами по себе обновляться.
посуди сам: да, "рабочий каталог" и репозиторий, куда пушаешь — на одной машине. физически. но "рабочий каталог" может быть специально установлен на какой-то старый коммит — что, автоматически обновлять? а с изменениями что? автоматически мерджить?
потому ты на удаленной тоже явно запускаешь pull/rebase, как на любой другой.

может, это то, что тебе надо: http://habrahabr.ru/post/151997/