Git pull: error: Entri foo tidak uptodate. Tidak dapat digabungkan

Saya mencoba memperbarui repo saya dari cabang jarak jauh dan terus mendapatkan kesalahan ini ketika saya melakukan "git pull". Saya belum membuat perubahan lokal apa pun, dan bahkan jika saya memilikinya, saya tidak perlu menyimpannya.

Saya sudah mencoba:

git reset --hard

dan saya mendapatkan masalah yang sama

Satu-satunya hal yang tampaknya berhasil adalah menghapus file yang melanggar dan mencoba git pull lagi.

Saya juga sudah mencoba git stashdiikuti dengan a git pull. Tidak pergi.

edit: menggunakan PortableGit-1.6.4-preview20090729 sehingga setiap bug sebelumnya dengan kesalahan palsu harus diperbaiki.

Ada beberapa cara untuk memperbaikinya, tetapi saya telah menemukan git simpanan berfungsi baik untuk saya. Ini sementara menempatkan perubahan lokal Anda ke tempat lain. Kemudian Anda dapat menarik, untuk mengambil perubahan terbaru. Dan kemudian Anda bisa mendapatkan perubahan lokal Anda kembali.

Seperti ini:

$ git pull
...
...
file your_file.rb not up to date, cannot merge.

$ git stash
$ git pull
$ git stash pop

Ini mungkin terjadi jika Anda memperbarui indeks untuk mengabaikan file tertentu:

git update-index --assume-unchanged <file>

dan kemudian misalnya memeriksa beberapa cabang lain:

git checkout <branch>
> error: Entry '<file>' not uptodate. Cannot merge.

Memaksa penyegaran indeks memperbaiki masalah:

git update-index --really-refresh
<file>: needs update

Diikuti oleh:

git reset --hard 

Dan kemudian semuanya harus kembali normal.

Masalah semacam ini sering kali disebabkan oleh mencoba menarik dari repositori yang memiliki dua nama file yang hanya berbeda dalam kasus. Jika Anda menggunakan FAT, NTFS dalam mode case-insensitive (pada dasarnya, kapan pun itu digunakan pada Windows), atau HFS + dalam mode case-insensitive, dan memiliki dua file "foobar" dan "FOOBAR", maka Git akan melihat dua yang berbeda file, tetapi sistem file hanya akan melihat satu file, yang akan menyebabkan berbagai macam masalah. Git akan melakukan checkout, katakanlah, "FOOBAR", dan kemudian "foobar", yang dilihat oleh filesystem hanya dengan mengganti konten "FOOBAR" tetapi membiarkannya di tempatnya. Sekarang bagi Git, tampaknya "FOOBAR" telah diganti dengan konten "foobar", dan "foobar" telah hilang.

Ada dua manifestasi berbeda dari masalah dasar ini. Salah satunya adalah ketika repositori Anda sebenarnya berisi dua file yang hanya berbeda dalam kasus. Dalam kasus ini, Anda perlu bekerja pada sistem file case-sensitive, atau Anda perlu mengedit repositori untuk memastikan bahwa tidak ada benturan semacam ini yang terjadi; sistem file case-insensitive tidak dapat menyimpan konten repositori ini.

Kasus lain yang dapat Anda atasi adalah saat terjadi penggantian nama yang mengubah kasus file. Misalnya, repositori Git berisi penggantian nama dari "EXAMPLE" menjadi "example". Sebelum Git memeriksa versi baru, Git akan mencoba dan memeriksa untuk memastikan itu tidak menimpa beberapa file yang ada yang Anda miliki di disk Anda. Karena ia mengira bahwa "contoh" adalah nama file baru, ia akan menanyakan sistem berkas apakah itu ada, dan sistem berkas akan melihat "CONTOH" dan berkata ya, jadi Git akan menolak untuk memeriksa versi baru karena menurutnya itu akan menimpa file yang tidak terlacak. Dalam hal ini, jika Anda tidak memiliki perubahan lokal yang Anda pedulikan, sederhanagit reset --hard <revision-to-checkout>umumnya akan cukup untuk membuat Anda melewati masalah dan ke revisi baru. Coba dan ingat untuk tidak mengganti nama file ke nama lain yang berbeda hanya jika Anda menggunakan sistem file yang tidak peka huruf besar / kecil, karena akan menyebabkan masalah seperti ini.

Untuk uraian lebih lanjut tentang posting @Brian Campbell (karena reset keras juga tidak berhasil) saya ingin menunjukkan kasus tepi yang menghentikan saya.

Saya telah memindahkan file OldFileke folder lain dan mengganti namanya NewFile. Saya kemudian menandai file tersebut sebagai assume-unchanged.

Ini mencegah saya untuk berpindah cabang dan tidak ada simpanan untuk disimpan atau berkomitmen untuk didorong. Masalahnya adalah saya tidak melakukan perubahan file ini dengan nama baru sebelum menyetel assume-unchangedbendera. Jadi saya setel kembali ke no-assume-unchanged, lakukan, lalu setel kembali ke assume-unchangeddan saya bisa beralih cabang lagi.

Secara umum, ini berarti Anda memiliki perubahan dalam file lokal Anda yang belum dikomit ke repositori lokal Anda. Anda juga dapat melihat pertanyaan stackoverflow ini untuk sedikit lebih detail.

Saya melihat masalah serupa (Windows 10): Saya aktif branchAdan ingin pergi master. Saya memiliki beberapa perubahan tidak terikat jadi pertama saya git stashkemudian git checkout -f mastertapi saya masih mendapatkan Entry 'fileName' not uptodate. Cannot merge.

git status tidak menunjukkan apa pun untuk dilakukan.

Akhirnya saya menghapus file secara manual dan saya bisa pergi ke cabang lain (yang tentu saja membuat file saya kembali) jadi saya rasa ada bug di dalam git di suatu tempat.

Mungkin juga ada masalah dengan izin file. Git juga membuat versinya, kecuali config mengatakan sebaliknya. Hanya menambahkan jawaban ini untuk orang yang hampir tetapi tidak memiliki masalah suka.

Patut dicoba:

Bisakah Anda menyetel, hanya untuk pembaruan ini, menyetel parameter configcore.trustctime ke false?

core.trustctime

Jika salah, perbedaan waktu antara indeks dan copy pekerjaan diabaikan; berguna ketika waktu perubahan inode secara teratur diubah oleh sesuatu di luar Git (crawler sistem file dan beberapa sistem cadangan).

Menambahkan jawaban saya karena tidak ada yang lain yang menyebutkan ini. Dalam kasus saya ini terjadi setelah saya menambahkan file baru ke dalam indeks dengan -Nbendera, jadi tambahkan saja ke indeks tanpa menambahkan isinya. Dalam keadaan ini, melakukan git stashmenghasilkan kesalahan ini.

Saya mengalami kesalahan yang sama, setelah situasi di mana git statusdikatakan new file: foo.cppuntuk file tidak ditambahkan ke area pementasan. yaitu di bawah tajuk "Perubahan tidak dipentaskan untuk berkomitmen". Sangat aneh, ini biasanya tidak terjadi.

Solusi:, git add foo.cpplalu git stashbekerja lagi.

Saya mencoba melakukan git merge --abort. Perintah git restore your_file telah memperbaiki masalah saya