Git 'fatal: Tidak dapat menulis file indeks baru'

Saya telah melihat banyak utas lain tentang ini dan mereka tidak membantu.

Saya memiliki repo yang sangat sederhana - dua file JavaScript. Saya memiliki 100+ GB di Macbook. Ketika saya mencoba untuk memindahkan file ke subdirektori dan tahapan secara lokal perubahan yang saya dapatkan ...

fatal: Tidak dapat menulis file indeks baru

Ini terjadi apakah saya melakukan semua tindakan di terminal atau jika saya menggunakan GUI seperti SourceTree. Selain itu, salah satu file menjadi terkunci dan saya tidak dapat menghapus direktori kerja sampai saya keluar dan masuk kembali.

Mengapa ini terjadi? Apakah kunci mencegah sesuatu dari pementasan? Jika ya, apa / bagaimana cara membuka kunci file masalah di OS X ?? Repo jarak jauh adalah Google Code, jika itu membuat perbedaan, meskipun saya belum mendorong ke remote. Semuanya lokal.

Dalam kasus saya, disk kehabisan ruang, jadi saya harus menghapus file dari hard drive untuk memberi ruang.

Saya mengalami masalah yang sama selama beberapa hari terakhir. Pada dasarnya, tanpa sepengetahuan saya, seluruh repo telah dipindahkan ke sistem file baru, ketika saya mencoba menjalankan status git, tiba-tiba dilaporkan bahwa setiap file dalam repo telah di-udpated.

Solusi yang memungkinkan

Jadi, setelah banyak menjelajahi google, saya mencoba yang berikut ini:

• mengubah izin .git (masalah yang sama)
• mengubah izin .git / index (masalah yang sama)
• git menambahkan semua perubahan untuk dilakukan (masalah yang sama)
• git rm-ing menghapus file, karena mereka melaporkan kesalahan nama file yang terlalu panjang (masalah yang sama)
• git reset (soft | Head | Hard) (masalah yang sama)
• git clean (masalah yang sama)
• mematikan windows defender (masalah yang sama)
• memperbarui git (masalah yang sama)
• klien git yang berbeda (saya menggunakan gitbash) (masalah yang sama)
• minum 2 kopi, bukan 1 (masalah yang sama)

tl: dr - solusi kotor

Satu-satunya hal yang berhasil menyelesaikan masalah adalah menyalin file indeks, menghapus yang asli dan mengganti nama salinannya.

Saya tahu ini bukan benar-benar 'solusi' tetapi sekarang bekerja secara ajaib> <, dengan semua file / cabang utuh. Jika ada yang tahu mengapa ini mungkin berhasil, beri tahu.

Dalam kasus saya, menjeda sinkronisasi dropbox menyelesaikan masalah

Saya memiliki masalah yang sama di Mac. Tampaknya ini disebabkan oleh ACL sistem file. Cobalah chmod -RN /path/to/repountuk menghapus ACL. Setelah melakukan ini, saya dapat melakukan perubahan. Menggunakan trik untuk menyalin file indeks, menghapus yang asli dan memindahkan salinan kembali mencapai hasil yang sama.

Jika Anda memiliki pengaturan github di beberapa jenis layanan sinkronisasi online, seperti google drive atau dropbox, coba nonaktifkan sinkronisasi saat layanan sinkronisasi mencoba membaca / menulis ke file saat github mencoba melakukan hal yang sama, yang menyebabkan github tidak berfungsi benar.

Kebetulan pada saya bahwa file .git / index sedang digunakan oleh proses lain (server web pengembangan lokal saya). Saya menghentikan proses dan kemudian berhasil.

Menutup Visual Studio Code (yang dalam kasus saya memiliki pekerjaan latar belakang pengunggah otomatis yang berjalan pada penyimpanan file) memecahkan masalah bagi saya.

Penghargaan untuk solusinya: teman dan kolega saya Arnel.

Ini berhasil untuk saya:

rm -f ./.git/index.lock

Dalam kasus saya, solusinya hanya menambahkan izin ke pengguna baru.

Ketika saya menginstal OS baru, memindahkan repo saya dan itu menunjukkan kesalahan yang tepat ini saya memilih folder root dan kemudian menambahkan pengguna yang diautentikasi untuk memeriksa semua

Saya memasang ACL (entah bagaimana) ke semua file di folder .git.

Periksa dengan ls -ledi folder .git.

Anda dapat menghapus ACL dengan chmod -N(untuk folder / file) atau chmod -RN(rekursif)

Saya pikir beberapa solusi backup latar belakang seperti Google Backup dan Sync memblokir akses ke file indeks. Saya menutup aplikasi dan Sourcetree tidak memiliki masalah sama sekali. Tampaknya Dropbox melakukan hal yang sama (@tonymayoral).

Dalam kasus saya, itu adalah EGit yang berjalan bersamaan. Setelah memulai ulang gerhana berfungsi seperti biasa.

Jika Anda menggunakan kotak Windows, pastikan program yang Anda gunakan, baik Source Tree atau terminal git, dijalankan sebagai administrator. Saya mendapatkan pesan kesalahan yang sama persis. Anda dapat mengklik kanan pada program untuk dijalankan sebagai administrator atau mengubah propertinya agar selalu dijalankan sebagai administrator.

Tidak memiliki cukup ruang adalah masalah. Bersihkan dan coba lagi

Saya memiliki masalah yang sama. Saya menyalakan ulang komputer saya dan masalah telah teratasi.

apakah Anda mencoba 'git add.' . akankah itu semua berubah? (Anda dapat menghapus file tambahan yang tidak perlu dengan git reset HEAD)

Pesan kesalahan fatal: Unable to write new index fileberarti kami tidak dapat menulis konten baru ke file indeks git .git\index(Lihat di sini untuk informasi selengkapnya tentang indeks git). Setelah meninjau semua jawaban atas pertanyaan ini, saya merangkum akar penyebab berikut ini:

• Ukuran konten baru melebihi kapasitas disk yang tersedia. ( Solusi : Bersihkan ruang disk)
• Pengguna tidak memiliki hak akses ke file ini. ( Solusi : Berikan izin)
• Pengguna memiliki izin tetapi .git\indexdikunci oleh pengguna atau proses lain. ( Solusi : Buka kunci file)

Tautan Temukan proses mana yang mengunci file atau folder di Windows menentukan pendekatan berikut untuk mengetahui proses yang mengunci file tertentu:

SysInternals Process Explorer - Buka Find> Find Handle atau DLL. Dalam kotak teks "Tangani atau substring DLL:", ketik jalur ke file (misalnya, "C: \ path \ to \ file.txt") dan klik "Search". Semua proses yang memiliki pegangan terbuka ke file itu harus dicantumkan.

Gunakan pendekatan di atas untuk menemukan proses mana yang terkunci .git\indexdan kemudian hentikan penguncian yang dapat dieksekusi. Ini membuka kunci .git\index.

Misalnya, Pencarian Penjelajah Proses menunjukkan bahwa .git\indexdikunci oleh vmware-vmx.exe. Menangguhkan mesin virtual VMWare Player (yang mengakses git repo melalui folder bersama) menyelesaikan masalah.

JIKA ANDA MENDAPATKAN INI SELAMA REBASE:

Hal ini kemungkinan besar disebabkan oleh beberapa perangkat lunak yang mengunci file indeks repo Anda, seperti perangkat lunak cadangan, anti-virus, IDE, atau klien git lainnya.

Dalam kebanyakan kasus, kunciannya hanya sesaat dan karena itu terjadi karena waktu yang buruk dan kesialan.

Namun, git rebase --continueakan mengeluh tentang perintah berikutnya menjadi komit kosong:

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

    git commit --allow-empty

Untuk mengatasinya, jalankan git resetdan coba git rebase --continuelagi.

Masalah: Ketika saya memeriksa beberapa file yang dimodifikasi di git, mendapat kesalahan ini. Saya memiliki dua pengguna ABC dan XYZ. file memiliki uid: gid dari ABC tetapi tidak memiliki akses git dan mencoba untuk memeriksa file dengan file yang sama.

Solusi yang saya coba: XYZ memiliki akses git, mencoba memeriksa file dengan sudo dan berhasil .. !!

Inilah yang berhasil untuk saya:

Konteks:

1. Membangun proyek di server

2. git status mengembalikan a HEAD detached at <commit-SHA>

3. Operasi apa pun yang saya lakukan secara lokal, saya mengalami kesalahan ini. Lebih spesifik:

   • git checkout
   • git reset HEAD --hard

Larutan

1. File cukup dihapus <work-dir>/.git/index.
2. A git statusakan menunjukkan bahwa semua file di projet tidak terlacak (tidak mengherankan di sini).
3. git reset HEAD --hard
4. Kembali ke HEAD detached at <commit-SHA>saat melakukan git status, tapi kemudian Anda harus bisa
5. git checkout <some-branch>

dan Anda kembali ke jalur yang benar!

!! PENTING !!

Ini bekerja hanya karena saya membangun "pantas". Tidak ada modifikasi berharga yang dilakukan pada kode. Jika Anda benar-benar berada dalam "waktu-dev", maka saya akan merekomendasikan untuk menyimpan pekerjaan Anda terlebih dahulu atau menggunakan metode lain.

Semoga bisa membantu :).

Saya mengalami masalah ini menggunakan GitExtensions di windows. Diperbaiki dengan memberikan izin penuh untuk pengguna saat ini (saya) di folder yang berisi repo.

Di lain waktu, saya meskipun saya mendapatkan kesalahan dari Git Extensions, saya dapat melakukan file yang sama dari Visual Studio 2015.

Di lain waktu saya harus menghapus file "index" dari folder .git

Kasus saya agak menarik:

Saya menjalankan git log untuk memeriksa komit tertentu, lalu saya tidak keluar dengan benar, saya menekan ctrl + c untuk keluar.

Kemudian indeks sepertinya terkunci. Jadi saya menjalankan git log lagi, lalu tekan Q untuk keluar.

Masalah diperbaiki. :)

Dalam kasus saya, itu adalah nodemoncontoh mengamati perubahan sistem file.