Як видалити файли, які говорять "старий режим 100755 новий режим 100644" з нестандартних змін у Git?

З якоїсь причини, коли я спочатку витягував із сховища проект мого git, я отримав у своїй робочій копії тони файлів, які не мали в них помітних змін, але продовжують показуватися в моєму unstaged changesрайоні.

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

old mode 100755  
new mode 100644  

Хтось знає, що це означає?

Як я можу вивести ці файли зі свого списку нестандартних змін? (Дуже прикро переглядати 100 файлів, просто вибирати файли, які я нещодавно відредагував і хочу зробити.

Це виглядає як режими дозволу файлів 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 repo з робочих файлів зі старого жорсткого диска кілька разів. Проблема випливає з того, що власник та дозволи змінилися зі старого диска / машини на новий. Довгий і короткий його варіант, виконайте такі команди, щоб виправити речі ( завдяки цій відповіді суперпользователя ):

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 --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", коли я очікував, що моя гілка буде ідентичною головній. Я виправив, видаливши файл, а потім знову об'єднав майстер.

Спочатку я запустив різницю:

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не повернулися відмінності між моїм відділенням та майстром.