Git '致命的：新しいインデックスファイルを書き込めません'

私はこれについて他の多くのスレッドを見てきましたが、助けにはなりません。

私は非常に単純なリポジトリを持っています-2つのJavaScriptファイルです。Macbookに100 GB以上あります。ファイルをサブディレクトリに移動してローカルでステージングしようとすると、得られる変更が...

致命的：新しいインデックスファイルを書き込めません

これは、ターミナルですべてのアクションを実行する場合でも、SourceTreeなどのGUIを使用する場合でも発生します。さらに、ファイルの1つがロックされ、ログオフして再度ログインするまで作業ディレクトリを削除できません。

なぜこうなった？ロックによってステージングが妨げられていますか？その場合、OS Xで問題のあるファイルのロックを解除するにはどうすればよいですか？リモートリポジトリはGoogle Codeですが、違いがある場合は、まだリモートにプッシュしていません。すべてローカルです。

私の場合、ディスクの容量が足りなくなったため、ハードドライブからファイルを削除して容量を確保する必要がありました。

私は過去数日間、これと同じ問題を抱えています。基本的に、私の知識がなければ、リポジトリ全体が新しいファイルシステムに移動されていたため、git statusを実行しようとすると、リポジトリ内のすべてのファイルが更新されたと突然報告されました。

可能な解決策

それで、多くのグーグル精練の後、私は以下を試しました：

• .git権限の変更（同じ問題）
• .git / index権限の変更（同じ問題）
• コミットするすべての変更をgit adding（同じ問題）
• git rm-ingはファイル名が長すぎるというエラーを報告していたため、ファイルを削除しました（同じ問題）
• git reset（soft | Head | Hard）（同じ問題）
• git clean（同じ問題）
• Windows Defenderをオフにする（同じ問題）
• gitの更新（同じ問題）
• 異なるgitクライアント（私はgitbashを使用しています）（同じ問題）
• 1つではなく2つのコーヒーを飲む（同じ問題）

tl：dr-ダーティソリューション

この問題を解決できたのは、インデックスファイルをコピーして、元のファイルを削除し、コピーの名前を変更することだけでした。

私はそれが本当に「解決策」ではないことを知っていますが、今ではすべてのファイル/ブランチがそのままで、魔法のように機能します> < これがうまくいくかもしれない理由を誰かが知っているなら、教えてください。

私の場合、Dropboxの同期を一時停止すると問題が解決しました

Macでも同じ問題が発生しました。ファイルシステムACLが原因のようです。chmod -RN /path/to/repoACLをクリアしてみてください。これを行った後、変更をコミットすることができました。トリックを使用してインデックスファイルをコピーし、元のファイルを削除して、コピーを元に戻し、同じ結果を達成しました。

githubがgoogleドライブやドロップボックスなどのオンライン同期サービスでセットアップされている場合、同期サービスを無効にしてみてください。正しく。

たまたま.git / indexファイルが別のプロセス（私のローカル開発Webサーバー）で使用されていました。私はプロセスをシャットダウンし、それが機能しました。

Visual Studioコード（私の場合は、ファイル保存時に自動アップローダーバックグラウンドジョブが実行されています）を閉じると、問題が解決しました。

ソリューションの功績：友人であり同僚でもあるアーネル。

これは私のために働きました：

rm -f ./.git/index.lock

私の場合、解決策は新しいユーザーに権限を追加することだけでした。

新しいOSをインストールしてリポジトリを移動したところ、この正確なエラーが表示されました。ルートフォルダを選択し、認証済みのユーザーを追加してすべてを確認しました

.gitフォルダー内のすべてのファイルに（どういうわけか）ACLを添付しました。

ls -le.gitフォルダで確認してください。

chmod -N（フォルダー/ファイルの場合）またはchmod -RN（再帰的）でACLを削除できます

Googleバックアップや同期などのバックグラウンドバックアップソリューションは、インデックスファイルへのアクセスをブロックしていると思います。アプリケーションを閉じましたが、Sourcetreeにはまったく問題がありませんでした。Dropboxも同じことをしているようです（@tonymayoral）。

私の場合、それはEGitの同時実行でした。Eclipseを再起動すると、通常どおり機能します。

Windowsボックスを使用している場合は、使用しているプログラムが、ソースツリーであってもgitターミナルであっても、管理者として実行されていることを確認してください。同じ正確なエラーメッセージが表示されました。プログラムを右クリックして管理者として実行するか、そのプロパティを変更して常に管理者として実行することができます。

十分なスペースがないことが問題です。クリーンアップして再試行

私も同じ問題を抱えていました。コンピュータを再起動し、問題は解決しました。

「git add」を試しましたか 。それはすべての変更でしょうか？（git reset HEADで不要な追加ファイルを削除できます）

エラーメッセージfatal: Unable to write new index fileは、新しいコンテンツをgitインデックスファイルに書き込めなかったことを意味します.git\index（gitインデックスの詳細については、こちらを参照してください）。この質問に対するすべての回答を確認した後、以下の根本原因を要約します。

• 新しいコンテンツのサイズが、ディスクの使用可能な容量を超えています。（解決策：ディスクスペースをクリーンアップします）
• ユーザーにはこのファイルへのアクセス権がありません。（解決策：許可を与える）
• ユーザーには権限が.git\indexありますが、他のユーザーまたはプロセスによってロックされています。（解決策：ファイルのロックを解除します）

Windowsでファイルまたはフォルダーをロックしているプロセスを見つけるリンクは、特定のファイルをロックしているプロセスを見つけるための次のアプローチを指定します。

SysInternals Process Explorer-[検索]> [ハンドルまたはDLLを検索]に移動します。[ハンドルまたはDLLサブストリング：]テキストボックスに、ファイルへのパスを入力し（例： "C：\ path \ to \ file.txt"）、[検索]をクリックします。そのファイルへのオープンハンドルを持つすべてのプロセスがリストされます。

上記のアプローチを使用して、ロックされているプロセスを見つけ.git\index、ロックしている実行可能ファイルを停止します。これでロックが解除され.git\indexます。

たとえば、Process Explorer Searchは、.git\indexによってロックされていることを示していvmware-vmx.exeます。VMWare Player仮想マシン（共有フォルダーを介してgitリポジトリにアクセス）を一時停止すると、問題が解決しました。

リベース中にこれを取得した場合：

これは、バックアップソフトウェア、アンチウイルス、IDE、その他のgitクライアントなど、リポジトリのインデックスファイルをロックしているソフトウェアが原因である可能性が高いです。

ほとんどの場合、ロックはほんの一瞬であるため、タイミングの悪さと運の悪さから発生します。

ただし、git rebase --continue次のコマンドが空のコミットであると文句を言うでしょう：

The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:

    git commit --allow-empty

これを修正するには、実行git resetしてもう一度試してくださいgit rebase --continue。

問題：変更したファイルをgitでチェックアウトすると、このエラーが発生しました。ABCとXYZという2人のユーザーがいました。ファイルにはABCのuid：gidがありますが、gitアクセスがなく、同じファイルをチェックアウトしようとしています。

私が試した解決策：XYZはgitアクセスがあり、sudoでファイルをチェックアウトしてみましたが、うまくいきました。

これが私のために働いたものです：

環境：

1. サーバーでプロジェクトをビルドする

2. git status を返す HEAD detached at <commit-SHA>

3. ローカルで行った操作で、このエラーが発生しました。すなわち：

   • gitチェックアウト
   • git reset HEAD --hard

解決

1. 単にファイルを削除しました<work-dir>/.git/index。
2. A git statusは、プロジェクト内のすべてのファイルが追跡されていないことを示します（ここでは意外ではありません）。
3. git reset HEAD --hard
4. を実行するHEAD detached at <commit-SHA>ときに戻りgit statusますが、その後、
5. git checkout <some-branch>

そして、あなたは軌道に戻っています！

!! 重要!!

これは、私が「陽気に」構築しているためにのみ機能します。コードに対して貴重な変更は行われていません。実際に「開発時」にいる場合は、まず作業を保存するか、別の方法をとることをお勧めします。

それが役に立てば幸い:)。

WindowsでGitExtensionsを使用すると、この問題が発生しました。リポジトリを含むフォルダーの現在のユーザー（me）に完全なアクセス許可を与えることで修正されました。

別の機会に、Git Extensionsからエラーが発生したにもかかわらず、Visual Studio 2015から同じファイルをコミットできました。

もう一度、「インデックス」ファイルを.gitフォルダから削除する必要がありました

私の場合は少し興味深いです：

特定のコミットを確認するためにgit logを実行しましたが、適切に終了しませんでした。ctrl+ cを押して終了します。

その後、インデックスはロックされているようです。もう一度git logを実行し、Qを押して終了します。

問題が修正されました。:)

私の場合は、nodemonファイルシステムの変更を監視するインスタンスでした。