Gitのステージングされていない変更から「古いモード100755新しいモード100644」というファイルを削除するにはどうすればよいですか？

何らかの理由で、最初に私のgitプロジェクトのリポジトリからプルを行ったとき、作業コピーに大量のファイルがありましたが、それらに識別可能な変更は加えられていませんが、私のunstaged changes領域には表示され続けています。

私はWindows XPでGit Guiを使用しています。ファイルを調べて変更点を確認します。私が見るすべては：

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
   

それらの1つを選択してください。

ディレクトリの一部の権限を変更したようです。次の手順で復元しました。

$  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 次にブランチにコミットします。

アクセス許可が変更された問題のあるファイルが1つだけありました。個別にロールバックするには、手動で削除してrm <file>から、チェックアウトを実行して新しいコピーをプルしました。

幸い、私はまだそれを上演していませんでした。

走るgit reset -- <file>前に走っていたらよかったgit checkout -- <file>

ブランチをマスターと比較するときに、この問題に遭遇しました。私のブランチがマスターと同一であると予期したときに、Gitは1つの「モード」エラーを返しました。ファイルを削除してからマスターを再度マージすることで修正しました。

最初に差分を実行しました：

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 diffmy-branchとmasterの間に違いはありませんでした。