Как удалить файлы с «старым режимом 100755 нового режима 100644» из неустановленных изменений в Git?

Question

По какой-то причине, когда я изначально вытащил из репозитория для моего проекта git, У меня есть тонна файлов в моей рабочей копии, которые не имеют заметных изменений, сделанных для них, но продолжают отображаться в моей области unstaged changes ,

Я использую Git Gui для Windows xp, и когда я иду посмотреть файл, чтобы увидеть, что изменилось. Все, что я вижу:

old mode 100755 
new mode 100644 

Кто-нибудь знает, что это значит?

Как я могу извлечь эти файлы из списка неустановленных изменений? (Очень раздражает, чтобы пройти через 100 файлов, просто чтобы выбрать файлы, которые я недавно редактировал и хочу совершить).

Answer 1

Это выглядит как режимы прав доступа к файлам UNIX мне (755 = rwxr-xr-x, 644 = rw-r--r--) - старый режим, включенный в + х (исполняемый) флаг, новый режим не делает.

This msysgit issue's replies предлагает создать core.filemode ложь для того, чтобы избавиться от вопроса:

git config core.filemode false 

Answer 2

Вы можете попробовать мерзавца сбросить --hard ГОЛОВУ сбросить репо в ожидаемом состоянии по умолчанию.

Answer 3

Настройка core.filemode на false работает. Но вы должны убедиться, что настройки в ~/.gitconfig не будут переопределены параметрами в .git/config.

Answer 4

Возможно, вы изменили некоторые разрешения каталога. Я сделал следующие шаги, чтобы восстановить его.

$ git diff > backup-diff.txt    ### in case you have some other code changes 

$ git checkout . 

Answer 5

У меня был только один неприятный файл с измененными разрешениями. Чтобы откат его индивидуально, я просто удалил его вручную с помощью rm <file>, а затем сделал чек, чтобы вытащить новую копию.

К счастью, я еще не поставил его.

Если бы я был, я мог бы запустить git reset -- <file> перед запуском git checkout -- <file>

Answer 6

Это происходит, когда вы тянете и все файлы были исполняемыми в удаленном хранилище. Повторное выполнение их будет снова возвращено к нормальному состоянию.

chmod +x <yourfile> //For one file 
chmod +x folder/* // For files in a folder 

Вам может понадобиться сделать:

chmod -x <file> // Removes execute bit 

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

Answer 7

Я столкнулся с этой проблемой при копировании git repo с рабочими файлами со старого жесткого диска пару раз. Проблема связана с тем, что владелец и разрешения изменились со старого диска/машины на новый.Длинная и короткая часть его, выполните следующие команды, чтобы выпрямить вещи (thanks to this superuser answer):

sudo chmod -R -x . # remove the executable bit from all files 

Первая команда будет на самом деле урегулирования разногласий, которые сообщили мерзавец различий, но аннулирует вашу способность перечислить каталоги, поэтому ls ./ не работает с ls: .: Permission denied. Чтобы исправить это:

sudo chmod -R +X . # add the executable bit only for directories 

Плохая новость заключается в том, что если у вас есть какие-либо файлы, которые вы хотите сохранить исполняемый файл, такие как .sh скрипты, вы должны будете вернуть их. Вы можете сделать это со следующей командой для каждого файла:

chmod +x ./build.sh # where build.sh is the file you want to make executable again