Apa yang harus saya lakukan ketika 'svn cleanup' gagal?

Saya memiliki banyak perubahan di folder yang berfungsi, dan ada sesuatu yang kacau mencoba melakukan pembaruan.

Sekarang ketika saya mengeluarkan 'svn cleanup' saya mendapatkan:

>svn cleanup .
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'MemPoolTests.cpp' is not under version control

MemPoolTests.cpp adalah file baru yang ditambahkan oleh pengembang lain dan diturunkan dalam pembaruan. Itu tidak ada di folder kerja saya sebelumnya.

Apakah ada yang bisa saya lakukan untuk mencoba dan bergerak maju tanpa harus checkout salinan baru dari repositori?

Klarifikasi: Terima kasih atas saran tentang memindahkan direktori dan menghapus salinan baru. Saya tahu itu adalah pilihan, tetapi ini adalah salah satu yang ingin saya hindari karena ada banyak perubahan yang bersarang di beberapa direktori (ini seharusnya merupakan cabang ...)

Saya berharap cara yang lebih agresif melakukan pembersihan, mungkin suatu saat memaksa file SVN mengalami masalah dengan kembali ke keadaan yang diketahui (dan saya mencoba menghapus copy pekerjaan itu ... itu tidak membantu).

Saat memulai semuanya bukan merupakan pilihan ...

Saya menghapus file log di .svndirektori (Saya juga menghapus file yang menyinggung .svn/props-base), melakukan pembersihan, dan melanjutkan pembaruan saya.

Banyak hal telah berubah dengan SVN 1.7, dan solusi populer menghapus file log di direktori .svn tidak layak dengan pindah ke implementasi database copy pekerjaan.

Inilah yang saya lakukan yang tampaknya berhasil:

1. Hapus direktori .svn untuk copy pekerjaan Anda.
2. Mulai checkout baru di direktori sementara yang baru.
3. Batalkan checkout (kami tidak ingin menunggu semuanya ditarik turun).
4. Jalankan pembersihan pada checkout yang dibatalkan ini.
5. Sekarang kami memiliki direktori .svn baru dengan database bersih (meskipun tidak ada / beberapa file)
6. Salin .svn ini ke direktori kerja Anda yang lama dan rusak.
7. Jalankan pembaruan svn dan ini akan mempercepat direktori .svn baru Anda dengan direktori kerja lama Anda.

Itu semua sedikit membingungkan, proses bijak. Pada dasarnya, apa yang kami lakukan adalah menghapus .svn yang korup lalu membuat .svn baru untuk jalur checkout yang sama. Kami kemudian memindahkan .svn baru ini ke direktori kerja lama kami dan memperbaruinya ke repo.

Saya baru saja melakukan ini di TSVN dan sepertinya berfungsi dengan baik dan tidak memerlukan checkout lengkap dan unduh.

-Ya

Melihat

http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/

Ringkasan perbaikan dari tautan di atas (Terima kasih kepada Anuj Varma)

1. Instal shell command-line sqlite (sqlite-tools-win32) dari http://www.sqlite.org/download.html

2. sqlite3 .svn/wc.db "select * from work_queue"

SELECT akan menampilkan folder / file yang menyinggung Anda sebagai bagian dari antrian pekerjaan. Yang perlu Anda lakukan adalah menghapus item ini dari antrian pekerjaan.

3. sqlite3 .svn/wc.db "delete from work_queue"

Itu dia. Sekarang, Anda dapat menjalankan pembersihan lagi - dan itu akan berhasil. Atau Anda dapat melanjutkan langsung ke tugas yang Anda lakukan sebelum diminta untuk menjalankan pembersihan (menambahkan file baru, dll.)

Jika semuanya gagal:

1. Periksa ke folder baru.
2. Salin file Anda yang telah diubah.
3. Periksa kembali.
4. Zip folder lama di suatu tempat (Anda tidak pernah tahu + paranoia baik) sebelum menghapusnya dan menggunakan yang baru.

Verion terbaru (saya menggunakan 1.9.5) menyelesaikan masalah ini dengan menambahkan opsi "Break locks" pada menu pembersihan. Pastikan kotak centang ini dipilih saat melakukan pembersihan.

Jawaban ini hanya berlaku untuk versi sebelum 1.7 (terima kasih @ ŁukaszBachman) .

Subversion menyimpan informasinya per folder (dalam .svn), jadi jika Anda hanya berurusan dengan subfolder Anda tidak perlu checkout seluruh repositori - hanya folder yang telah dibobol:

cd dir_above_borked
mv borked_dir borked_dir.bak
svn update borked_dir

Ini akan memberi Anda copy folder borked yang berfungsi dengan baik, tetapi perubahan Anda masih didukung di borked_dir.bak. Prinsip yang sama berlaku dengan Windows / TortoiseSVN.

Jika Anda memiliki perubahan dalam folder yang terisolasi, lihat di

svn checkout -N borked_dir   # Non-recursive, but deprecated

atau

svn checkout --depth=files borked_dir
# 'depth' is new territory to me, but do 'svn help checkout'

$ ls -la .svn
$ rm -f .svn/lock

Kemudian

$ svn update

Semoga ini bisa membantu

Saya memiliki masalah yang sama persis. Saya tidak bisa melakukan, dan pembersihan akan gagal.

Menggunakan klien baris perintah saya bisa melihat pesan kesalahan yang menunjukkan bahwa itu gagal untuk memindahkan file dari .svn/propske .svn/prop-base.

Saya melihat file tertentu dan menemukan bahwa itu ditandai hanya-baca. Setelah menghapus atribut read-only saya dapat membersihkan folder dan komit perubahan saya.

Mungkin saja Anda memiliki masalah dengan dua nama file yang berbeda hanya dengan huruf besar. Jika Anda mengalami masalah ini, membuat direktori copy yang berfungsi tidak akan menyelesaikan masalah.

Filesystem Windows saat ini (mis. Jelek) hanya tidak grok perbedaan antara Filenamedan FILEname. Anda memiliki dua kemungkinan perbaikan:

1. Periksa di platform dengan sistem file nyata (berbasis Unix), ganti nama file, dan lakukan perubahan.
2. Ketika Anda ditebar ke Windows Anda dapat mengganti nama file di browser repositori Eclipse SVN yang mengenali perbedaan dan mengganti nama file di sana.
3. Anda dapat mengganti nama file yang bermasalah juga dari jarak jauh menggunakan klien SVN baris perintah mana pun svn rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename

Jalankan svn cleanupperintah di terminal (jika gagal dari Eclipse yang merupakan kasus saya):

~/path/to/svn-folder/$ svn cleanup

Saya mencoba berbagai solusi yang dijelaskan di sini, tetapi tidak ada yang berhasil .

Tim Aksi → Pembaruan ke kepala gagal:

svn: E155004: Ada item pekerjaan yang belum selesai di '/ home / user / path / ke / svn-folder'; jalankan 'svn cleanup' terlebih dahulu.

Tim Aksi → Pembersihan gagal dengan kesalahan yang sama.

Solusi yang berhasil bagi saya: jalankan perintah pembersihan svn di terminal .

Perintah itu berhasil.

Kemudian Tim → Pembaruan di Eclipse bekerja lagi.

Catatan: versi SVN saya adalah 1.9.3.

Periksa juga jawaban Chris jika svn cleanuptidak berhasil.

Saya sudah coba lakukan svn cleanupmelalui konsol dan mendapat kesalahan seperti:

svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base':
The system cannot find the file specified.

Jadi saya membuat file ini secara manual (kosong) dan melakukannya svn cleanuplagi. Kali ini selesai OK.

Saya memiliki masalah yang sama. Bagi saya penyebabnya adalah konflik dengan EasySVN dan (TortoiseSVN atau hanya SVN). Saya memiliki pembaruan otomatis dan melakukan dengan EasySVN (yang tidak berfungsi).

Ketika saya mematikan ini, saya tidak dapat membersihkan, melakukan, atau memperbarui. Tidak satu pun dari solusi di atas yang berfungsi, tetapi mem-boot ulang lakukan :)

Saya baru saja mengalami masalah yang sama pada Windows 7 64-bit. Saya menjalankan konsol sebagai administrator dan menghapus direktori .svn dari direktori masalah (mendapat kesalahan tentang log atau sesuatu, tetapi mengabaikannya). Kemudian, di penjelajah, saya menghapus direktori masalah yang tidak lagi ditampilkan sebagai di bawah kontrol versi. Kemudian, saya menjalankan pembaruan dan hal-hal berjalan seperti yang diharapkan.

Jika masalahnya adalah sensitivitas huruf besar-kecil (yang bisa menjadi masalah saat memeriksa ke Mac, serta Windows) dan Anda tidak memiliki opsi untuk memeriksa ke sistem * nix, yang berikut ini akan berfungsi. Inilah proses dari awal:

% svn co http://[domain]/svn/mortgages mortgages

(Checkout terjadi ... lalu ...)

svn: In directory 'mortgages/trunk/images/rates'
svn: Can't open file 'mortgages/trunk/images/rates/.svn/tmp/text-base/Header_3_nobookmark.gif.svn-base': No such file or directory

Di sini SVN sedang mencoba memeriksa dua file dengan nama yang mirip yang hanya berbeda berdasarkan kasus - Header_3_noBookmark.gifdan Header_3_nobookmark.gif. Filesystem Mac default untuk tidak sensitif huruf dengan cara yang menyebabkan SVN tersedak dalam situasi seperti ini. Begitu...

% cd mortgages/trunk/images/rates/
% svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)

Namun, berlari svn cleanuptidak bekerja, seperti yang kita tahu.

% svn cleanup
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'spacer.gif' is not under version control

spacer.gifbukan masalah di sini ... Hanya tidak bisa melewati kesalahan sebelumnya ke file berikutnya. Jadi saya menghapus semua file dari direktori selain .svn, dan menghapus log SVN. Ini membuat pembersihan berfungsi, sehingga saya bisa memeriksa dan mengganti nama file yang menyinggung.

% rm *; rm -rf .svn/log; svn cleanup
% svn up Header_3_nobookmark.gif
A    Header_3_nobookmark.gif
Updated to revision 1087.
% svn mv Header_3_nobookmark.gif foo
A         foo
D         Header_3_nobookmark.gif
% svn up
A    spacer.gif
A    Header_3_noBookmark.gif

Setelah ini, saya dapat kembali ke direktori root proyek, dan berlari svn upuntuk memeriksa sisanya.

Setiap kali saya memiliki masalah yang sama saya menggunakan rsync (NB: Saya menggunakan Linux atau Mac OS X) untuk membantu seperti:

# Go to the parent directory
cd dir_above_borked

# Rename corrupted directory
mv borked_dir borked_dir.bak

# Checkout a fresh copy
svn checkout svn://... borked_dir

# Copy the modified files to the fresh checkout
# - test rsync
#   (possibly use -c to verify all content and show only actually changed files)
rsync -nav --exclude=.svn borked_dir.bak/ borked_dir/

# - If all ok, run rsync for real
#   (possibly using -c again, possibly not using -v)
rsync -av --exclude=.svn borked_dir.bak/ borked_dir/

Dengan begitu Anda memiliki checkout baru, tetapi dengan file kerja yang sama. Bagi saya ini selalu berfungsi seperti pesona.

Saya bertemu dengan itu belakangan ini. Trik untuk saya adalah setelah memilih "Bersihkan", dalam dialog opsi popup, centang "Break Locks", dan kemudian "OK". Itu berhasil membersihkan bagi saya.

Subclipse menjadi bingung oleh perilaku penguncian Windows yang benar-benar jahat. Unlocker adalah temanmu. Ini dapat menemukan file yang terkunci dan melepaskan kunci secara paksa.

(Sebelum Anda mencoba memindahkan folder dan melakukan checkout baru.)

Hapus folder file yang menyinggung berada di - ya, bahkan .svnfolder, kemudian lakukan svn cleanupdi folder paling atas / orang tua.

Saya menghadapi masalah yang sama. Setelah beberapa pencarian di Internet ditemukan artikel di bawah ini . Kemudian menyadari bahwa saya login sebagai pengguna yang berbeda dari pengguna yang saya gunakan untuk mengatur SVN di bawah, masalah izin pada dasarnya.

Ketika saya menghadapi masalah ini dengan TortoiseSVN (Windows), saya pergi ke Cygwin dan menjalankan ' svn cleanup ' dari sana; itu membersihkan dengan benar untuk saya, setelah semuanya bekerja dari TortoiseSVN.

Jawaban di sini tidak membantu saya, tetapi sebelum memeriksa proyek lagi, saya menutup dan membuka Eclipse (Subversive adalah klien SVN saya) dan masalahnya hilang.

Ini mungkin tidak berlaku dalam semua situasi, tetapi ketika saya baru-baru ini mengalami masalah ini, "perbaikan" saya adalah untuk memutakhirkan paket Subversion pada sistem saya. Saya telah menjalankan 1.4.something, dan ketika saya memutakhirkan ke yang terbaru (1.6.6 dalam kasus saya) checkout berhasil.

(Saya memang mencoba mengunduhnya kembali, tetapi checkout ke direktori bersih selalu terhenti di tempat yang sama.)

Penguncian hanya-baca terkadang terjadi pada drive jaringan dengan Windows. Coba putuskan dan sambungkan kembali. Kemudian bersih-bersih dan perbarui.

Setelah melalui sebagian besar solusi yang dikutip di sini, saya masih mendapatkan kesalahan.

Masalahnya adalah OS X tidak sensitif huruf . Memeriksa direktori yang memiliki dua file dengan nama yang sama, tetapi huruf besar yang berbeda menyebabkan masalah. Misalnya, ApproximationTest.java dan Approximationtest.java tidak boleh berada di direktori yang sama. Segera setelah kami menyingkirkan salah satu file, masalah hilang.

Saya mengalami masalah ketika mengikuti Pembaruan, SVN menunjukkan folder sebagai konflik. Anehnya, ini hanya dapat dilihat melalui baris perintah - TortoiseSVN berpikir semuanya baik-baik saja.

#>svn st
!       my_dir
!       my_dir\sub_dir

svn cleanup, svn revert, svn updateDansvn resolve semua berhasil di memperbaiki ini.

Saya akhirnya memecahkan masalah sebagai berikut:

• Lihat di direktori .svn untuk "sub_dir"
• Gunakan RC -> Properties untuk menghapus centang pada tanda 'hanya baca' pada file entri
• Buka file entri dan hapus baris "belum selesai ..." dan checksum yang sesuai
• Simpan, dan aktifkan kembali tanda baca-saja
• Ulangi untuk direktori my_dir

Setelah itu, semuanya baik-baik saja.

Perhatikan bahwa saya tidak memiliki perubahan lokal, jadi saya tidak tahu apakah Anda akan berisiko jika melakukannya. Saya tidak menggunakan metode hapus / perbarui yang disarankan oleh orang lain - saya masuk ke keadaan ini dengan mencoba itu pada direktori my_dir / sub_dir / sub_sub_dir (yang dimulai dengan gejala yang sama) - jadi saya tidak ingin mengambil risiko memperburuk keadaan lagi!

Tidak cukup pada topik, tetapi mungkin membantu jika seseorang menemukan posting ini seperti yang saya lakukan.

Tidak tidak Tidak! Jika Anda menggunakan SVN 1.7 atau lebih tinggi, perintah pembersihan harus melakukan pekerjaan!

Saya juga membuat beberapa percobaan dan menemukan bahwa solusi (setidaknya di Eclipse ) menjalankan pembersihan hanya untuk folder yang ditentukan dalam pesan kesalahan dan bukan seluruh proyek!

Saya sudo chmod 777 -R .berhasil mengubah izin. Tanpa sudo, itu tidak akan berhasil, memberi saya kesalahan yang sama seperti menjalankan perintah lain.

Sekarang Anda dapat melakukan svn updateatau apa pun, tanpa harus menghapus seluruh direktori Anda dan membuatnya kembali. Ini sangat membantu, karena IDE atau editor teks Anda mungkin sudah membuka tab tertentu, atau memiliki masalah sinkronisasi. Anda tidak perlu memotong dan mengganti direktori kerja Anda dengan metode ini.

Saya memecahkan masalah ini dengan menyalin beberapa direktori .svn rekan saya ke tambang dan kemudian memperbarui copy pekerjaan saya. Itu solusi yang bagus, cepat dan bersih.

Ada beberapa saran yang sangat bagus di jawaban sebelumnya, tetapi jika Anda memiliki masalah dengan TortoiseSVN di Windows (produk yang bagus, tapi ...) selalu mundur ke baris perintah dan lakukan "pembersihan svn" sederhana terlebih dahulu.

Dalam banyak keadaan klien Windows tidak akan menjalankan perintah pembersihan, tetapi pembersihan berfungsi dengan baik menggunakan utilitas baris perintah SVN.

Saat menghadapi masalah serupa, penggabungan manual dalam tampilan sinkronisasi repositori membantu menyelesaikan masalah.

Satu nama file bertentangan dengan yang lain dan jelas menyebutkan masalah ini. Mengganti nama file yang lebih baru ke nama lain menyelesaikannya.