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

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

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

old mode 100755  
new mode 100644  

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

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

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

Ответы этой проблемы msysgit предлагают установить для core.filemode значение false, чтобы избавиться от проблемы:

git config core.filemode false

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

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

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

Первая команда на самом деле разрешит различия, о которых сообщал git diff, но лишит вас возможности перечислять каталоги, поэтому 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

Обычно происходит, когда репо клонируется между компьютерами Windows и Linux / Unix.

Просто скажите git игнорировать изменение файлового режима, вот несколько способов:

1. Конфигурация ТОЛЬКО для текущего репо:

   git config core.filemode false
   

2. Конфиг глобально:

   git config --global core.filemode false
   

3. Добавьте в ~ / .gitconfig:

   [core]
        filemode = false
   

Просто выберите один из них.

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

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

$  git checkout .

Вы можете попробовать git reset --hard HEAD, чтобы вернуть репо в ожидаемое состояние по умолчанию.

Я столкнулся с той же проблемой. И это спасет мою жизнь: https://gist.github.com/jtdp/5443498

git diff -p -R --no-color \
| grep -E "^(diff|(old|new) mode)" --color=never  \
| git apply`

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

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

Вам может потребоваться сделать:

chmod -x <file> // Removes execute bit

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

Вы можете использовать следующую команду, чтобы изменить режим файла обратно. git add --chmod=+x -- filename Тогда зафиксируй ветку.

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

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

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

Я только столкнулся с этой проблемой, рассеивая мою ветку с хозяином. Git вернул одну ошибку 'mode', когда я ожидал, что моя ветвь будет идентична master. Я исправил, удалив файл, а затем снова включил мастер.

Сначала я запустил diff:

git checkout my-branch
git diff master

Это вернулось:

diff --git a/bin/script.sh b/bin/script.sh
old mode 100755
new mode 100644

Затем я запустил следующее, чтобы исправить:

rm bin/script.sh
git merge -X theirs master

После этого git diffне вернулось различий между my-branch и master.