Git-1.9.0-preview20140217Windows を使用しています。私が知っているように、このリリースでは、ファイル名が長すぎるという問題が修正されるはずです。私のためではない。

確かに私が何か間違ったことをやっている：私はやったgit config core.longpaths trueとgit add .してからgit commit。全てが上手く行きました。しかし、今を実行するgit statusとFilename too long、たとえばでファイルのリストが表示されます。

node_modules/grunt-contrib-imagemin/node_modules/pngquant-bin/node_modules/bin-wrapper/node_modules/download/node_modules/request/node_modules/form-data/node_modules/combined-stream/node_modules/delayed-stream/test/integration/test-handle-source-errors.js: Filename too long

再現は非常に簡単です。Angularジェネレーター（ "yo angular"）を使用してYeoman Webアプリケーションを作成node_modulesし、.gitignoreファイルから削除するだけです。次に、前述のGitコマンドを繰り返します。

ここで何が欠けていますか？

WindowsでGsysがmsysでコンパイルされている場合を除いて、Gitはファイル名に4096文字の制限があります。古いバージョンのWindows APIを使用しており、ファイル名には260文字の制限があります。

私がこれを理解している限り、これはGitではなくmsysの制限です。詳細については、https： //github.com/msysgit/git/pull/110をご覧ください。

これを回避するには、Windowsで別のGitクライアントを使用するか、他の回答で説明さcore.longpathsれtrueているように設定します。

git config --system core.longpaths true

Gitは、スクリプトとコンパイルされたコードの組み合わせとしてビルドされます。上記の変更により、一部のスクリプトが失敗する可能性があります。これが、core.longpathsがデフォルトで有効にならない理由です。

https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-fileにあるWindowsのドキュメントには、さらに詳しい情報があります。

Windows 10バージョン1607以降、一般的なWin32ファイルおよびディレクトリ関数からMAX_PATHの制限がなくなりました。ただし、新しい動作にオプトインする必要があります。

レジストリキーを使用すると、新しいロングパス動作を有効または無効にできます。ロングパス動作を有効にするには、レジストリキーをHKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabledに設定します（タイプ：REG_DWORD）

コマンドを実行できるはずです

git config --system core.longpaths true

または、サポートされているバージョンのGitになったら、Git構成ファイルの1つに手動で追加して、この機能をオンにします。1.9.0以降のようです。

これは役立つかもしれません：

git config core.longpaths true

基本的な説明：この回答は、そのような設定をグローバルシステム（すべてのプロジェクトに適用するため、回避--systemまたは--globalタグ付け）構成に適用しないことをお勧めします。このコマンドは、現在のプロジェクトに固有であることによってのみ問題を解決します。

.gitconfigを作成して追加

[core]
longpaths = true

プロジェクトの場所（わからない）とグローバルな場所にファイルを作成できます。私の場合、場所はC:\Users\{name}\です。

従うべき手順：

1. 管理者としてGit Bashを実行する
2. 次のコマンドを実行します。

git config --system core.longpaths true

注：ステップ2が機能しないかエラーが発生する場合は、次のコマンドを実行してみることもできます。

git config --global core.longpaths true

詳細については、git config こちらをご覧ください。

より良い解決策は、Gitからのロングパスパラメータを有効にすることです。

git config --system core.longpaths true

ただし、機能する回避策は、Gitからnode_modulesフォルダーを削除することです。

$ git rm -r --cached node_modules
$ vi .gitignore

.gitignoreファイル内の新しい行にnode_modulesを追加します。これを行った後、変更をプッシュします。

$ git add .gitignore
$ git commit -m "node_modules removed"
$ git push

リポジトリが初期化された直後に確実に有効になるが、リモート履歴がフェッチされる前、またはファイルがチェックアウトされる前に、次のように使用する方が安全です。

git clone -c core.longpaths=true <repo-url>

-c key = value

新しく作成したリポジトリに構成変数を設定します。これは、リポジトリが初期化された直後、ただしリモート履歴がフェッチされる前、またはファイルがチェックアウトされる前に有効になります。キーはgit-config 1で期待されるものと同じ形式です（たとえば、core.eol = true）。同じキーに複数の値が指定されている場合、各値は構成ファイルに書き込まれます。これにより、たとえば、元のリモートにフェッチ参照仕様を追加することが安全になります。

より詳しい情報

実行git config --system core.longpaths trueするとエラーが発生しました：

「エラー：構成ファイルC：\ Program Files（x86）\ Git \ mingw32 / etc / gitconfigをロックできませんでした：権限が拒否されました」

グローバルレベルでコマンドを実行して修正：

git config --global core.longpaths true

長いファイルパスを有効にすることもできます。

Windows 10 Home Editionを実行している場合は、レジストリを変更して長いパスを有効にすることができます。

に移動しHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystemてregeditからに設定LongPathsEnabledし1ます。

Windows 10 ProまたはEnterpriseを使用している場合は、ローカルグループポリシーを使用することもできます。

移動コンピュータの構成 → 管理用テンプレート → システム → ファイルシステムではgpedit.msc、オープンWin32の長いパスを有効にし、それを設定し有効。

git config --global core.longpaths true

上記のコマンドでうまくいきました。「--system」を使用すると、設定ファイルがロックされていないというエラーが発生しました

リポジトリをドライブのルートに移動します（一時的な修正）

ローカルリポジトリ（フォルダ全体）を一時的にドライブのルートに移動するか、ルートにできるだけ近づけることができます。

ドライブのルートではパスが小さいため、問題が解決する場合があります。

Windowsでは、これをC:\別のドライブのルートに移動します。

私にもこのエラーがありましたが、私の場合、原因は古いバージョンのnpm、v1.4.28の使用でした。

npm v3に更新した後、

rm -rf node_modules
npm -i

私のために働いた。npmの問題2697には、npm v3（2015年6月25日リリース）に含まれる「最大限フラットな」フォルダー構造の詳細があります。

暗号化されたパーティションで作業している場合は、フォルダーを/ tmpなどの暗号化されていないパーティションにgit pull移動し、を実行してから、元に戻すことを検討してください。

Windowsマシン

管理者としてコマンドプロンプトを実行し、以下のコマンドを実行します

git config --system core.longpaths true