Немного несинхронизированных файлов, но git не замечает

Question

У меня есть два репо, которые утверждают, что они чистые. Один изначально был клонирован от другого и используется для разработки.

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

Как это возможно?

Этот файл как-то пропустил коммит? ... но не должно ли быть различие заметным независимо?

Мне нужно какое-нибудь обновление?

Answer 1

Чтобы ответить на мой собственный вопрос, я решил разобраться с этой очень странной ситуацией, клонировав исходный репо и просто заархивировав, казалось бы, испорченный репо.

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

Возможно, гномы работали над этим. Но я все еще верю в ГИТ.

Answer 2

Кажется, у меня была такая же проблема.

Была разница в рабочей копии и индексе, который не отображался в состоянии git

cat file # show file in working copy
git show :file # show file in index/staging

эти выходные данные имели четкие различия, в то время как git status сказал, что это чистая рабочая копия.

После некоторых поисков я обнаружил, что индекс, вероятно, поврежден, и нашел https://makandracards.com/makandra/5899-how-to-fix-a-corrupt-git-index

rm .git/index
git reset

, которая исправила проблему для меня. Если какие-либо файлы были размещены, они, вероятно, потеряны, но по крайней мере теперь git видит изменения в локальной рабочей копии.

Answer 3

Возможно, у вас есть какие-то коммиты в ветке репо А, в то время как в репо В еще нет изменений в ветке b (но могут быть некоторые модификации в других ветках) Значение git pull B вернет "Already up-to-date."

Те или иные файлы с различиями фактически игнорируются (были удалены из индекса и выбраны файлом .gitignore)