Почему на только что скачанном репозитории Git выдает список измененных файлов?

Question

[photosho]

Скачал репозиторий, сделал "git pull", но при выполнении "git status" почему-то показывает большой список измененных файлов. Делал "git reset" - не помогло, при новом выполнении "pull" пишет, что никаких изменений не было, ничего не скачивает, но список измененных файлов все равно остается. Подскажите, в чем проблема?

Answer 1

[Сергей Кузнецов]

Такое может произойти из-за неправильной настройки символа переноса строки.
Читай тут как исправить.

Answer 2

[Василий Банников]

Вероятно, просто поменялись концы строк с LF на CRLF

Comments

[photosho]

Но ничего вручную не менял - просто скачал репозиторий.

[Сергей Кузнецов]

photosho, это в настройках твоего гита

[photosho]

Сергей Кузнецов я настроил символ переноса строки, но ничего не изменилось. Если посмотреть изменения с помощью "git diff", то такое ощущение, что Git считает файл новым (все строки помечаются как добавленные).

[Василий Банников]

photosho, а как скачивал репозиторий?

[photosho]

Василий Банников Через "git clone". Похоже на то, что окончания строк, действительно изменены - в моем файле стоит "unix", а в файле с сервера - "windows", только непонятно, почему "diff" выдает такой результат.

Я поставил такие настройки:

git config --global core.autocrlf false
git config --global core.safecrlf false

Потом заново скачал репозиторий (git clone), - ничего не помогло.

Разные варианты "autocrlf" и "safecrlf" тоже пробовал - безрезультатно.

[photosho]

Помог "git reset --hard" после "clone" с новыми настройками crlf. Если кто-то объяснит такое поведение, буду благодарен - почему после "clone" еще потребовался "reset". Клонировал в пустой каталог. Притом, "reset" без смены настроек переноса строк не давал результата.

[Сергей Кузнецов]

photosho, само по себе изменение настроек не изменяет файлы. Reset фактически повторно распаковывает ветку в рабочий каталог с новыми окончаниями строк. Так понятно?
Файлы изменяются в момент вытаскивания их из репозитория в рабочий каталог. Чтобы настройки применились, требуется повторное вытаскивание с новыми настройками.

[photosho]

Сергей Кузнецов локальная ветка после "clone" уже с измененными окончаниями строк, поэтому "reset" не исправляет проблему, и нужен "clone", чтобы загрузить файлы заново, правильно я понял?

[Сергей Кузнецов]

photosho, нет. Ты неправильно понял. Сама ветка при clone вообще не меняется.
Файлы модифицируются не во время clone/fetch, а во время checkout, вытаскивания их из локального репозитория в локальную рабочую папку. То что ты видишь у себя в папке, это не сама ветка, а её распакованное состояние (снимок) на какой-то момент.

[photosho]

Сергей Кузнецов тогда, по этой логике, "clone" не потребовалось бы, - если изменить настройки и сделать "reset", то он восстановит файлы с нормальными окончаниями строк из локального репозитория. Но почему-то "reset" не помогал - потребовалось именно выполнение "clone".

[Сергей Кузнецов]

photosho, clone и не нужен. Чтобы выполнить clone повторно, тебе нужно полностью удалить и рабочую папку и репозиторий. Клонировать можно только в пустую папку. Clone первым делом скачивает удалённый репозиторий на твой компьютер, это тебе не нужно. Вторым шагом clone распаковывает (checkout) снапшот ветки в рабочий каталог.

reset --hard повторяет распаковку. reset без --hard не работал, так как по умолчанию используется метод --mixed, при котором рабочий каталог не меняется, поэтому проблема не решалась.

[photosho]

Сергей Кузнецов, понял, спасибо.

[Сергей Кузнецов]

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