潜在的に悪いインデント。スペースを優先するようにGitを構成したとき、またはその逆のときにタブを使用した可能性があります。
git config core.whitespaceを確認してください。 tab-in-indent、space-before-tab、またはindent-with-non-tabが含まれる場合があります。これが本当に間違いではない場合は、好みに合わせて変更する必要があります。
core.whitespaceの可能な値は次のとおりです。
構成値は、以下のタブ値のいずれかになります
core.whitespace
注意すべき一般的な空白の問題のコンマ区切りのリスト。
gitdiffはcolor.diff.whitespaceを使用してそれらを強調表示し、gitapply--whitespace=errorはそれらをエラーと見なします。
接頭辞-を付けて、それらのいずれかを無効にすることができます（例：-trailing-space）：
blank-at-eol
行末の末尾の空白をエラーとして扱います（デフォルトで有効）。
スペースビフォアタブ###
行の最初のインデント部分のタブ文字の直前に表示されるスペース文字をエラーとして扱います（デフォルトで有効）。
非タブでインデント
同等のタブではなくスペース文字でインデントされた行をエラーとして扱います（デフォルトでは有効になっていません）。
タブインデント
行の最初のインデント部分のタブ文字をエラーとして扱います（デフォルトでは有効になっていません）。
空白のeof
ファイルの最後に追加された空白行をエラーとして扱います（デフォルトで有効になっています）。
末尾のスペース
blank-at-eolとblank-at-eofの両方をカバーする省略形。cr-at-eol
行末のキャリッジリターンをラインターミネータの一部として扱います。つまり、そのようなキャリッジリターンの前の文字が空白でない場合（デフォルトでは有効になっていません）、末尾のスペースはトリガーされません。
tabwidth = n
タブが占める文字位置の数を示します。これは、タブなしのインデントと、Gitがタブインデントエラーを修正する場合に関連します。デフォルトのタブ幅は8です。許可される値は1〜63です。
タブが構成値として使用されている場合の出力のサンプル： 
これは、ソースに不要な余分なスペースがあることを意味します。この不要なスペースを削除する必要があります。