Harus berurusan dengan ini. Saya menggunakan subversi yang dihosting, dan melakukan dump lalu mengimpor. Proses impor mereka tidak mentransfer UUID dari repo lama ke yang baru jadi saya mendapat kesalahan yang sama dengan OP. Semua jawaban di situs Stack Exchange hanya memberi tahu Anda cara menghadapinya dengan menggunakan "svnadmin setuuid", tetapi itu bukan pilihan bagi saya karena saya menggunakan layanan yang dihosting (dan karena itu svnadmin tidak akan memiliki akses ke repositori ). Saya bisa saja memasukkan tiket tetapi tidak ingin berurusan dengan penantian, jadi inilah cara saya memperbaikinya, dengan secara manual memperbarui UUID salinan pekerjaan saya :
Peringatan: hanya coba ini jika Anda yakin copy pekerjaan dan repositori yang Anda tunjuk kembali benar-benar sinkron. Tidak yakin apa yang akan terjadi jika tidak.
Proses ini pada dasarnya adalah untuk mengganti UUID lama dengan UUID baru di file bernama "entri" di folder svn tersembunyi (folder bernama .svn atau _svn) dari copy pekerjaan Anda. Setelah selesai, Anda dapat menggunakan "relokasi" TortoiseSVN untuk mengarahkan direktori kerja ke URL repositori baru.
- Di jendela konsol, cd ke root folder kerja Anda.
- Jalankan perintah untuk menghapus atribut "baca-saja" secara rekursif dari file "entri":
attrib -R entries /S
- Gunakan fungsi "ganti dalam file" editor teks untuk mengganti UUID lama dengan UUID baru. Saya menggunakan Visual Studio dengan pengaturan berikut: Lihat: PATH_TO_WORKING_FOLDER_ROOT / Sertakan sub-folder: dicentang / Lihat jenis file ini: entri
- Batalkan langkah # 2:
attrib +R entries /S
- "Pindahkan" copy pekerjaan ke URL baru. Saya menggunakan TortoiseSVN: klik kanan folder yang berfungsi, TortoiseSVN-> Relokasi.
Semua langkah 5 yang dilakukan adalah mengganti URL di file "entri" yang saya pikir, jadi Anda mungkin dapat melakukannya secara manual jika Anda mau. Juga dimungkinkan dengan alat baris perintah "svn", tetapi tidak tahu perintah dari atas kepala saya.