Bagaimana cara memperbaiki "mengandung area admin copy pekerjaan yang hilang" di SVN?

Saya menghapus secara manual direktori yang baru saja saya tambahkan, offline, di repositori saya. Saya tidak dapat memulihkan direktori.

Upaya apa pun untuk melakukan pembaruan atau komit akan gagal dengan:

"blabla/.svn" containing working copy admin area is missing.

Saya mengerti mengapa, tetapi apakah ada cara untuk memperbaikinya?

Saya tidak ingin checkout seluruh repo dan menambahkan perubahan saya secara manual, itu akan memakan waktu berjam-jam.

Menurut ini: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

Periksa folder "blabla" ke lokasi yang berbeda dan kemudian salin folder .svn kembali ke "blabla" yang asli.

fwiw, saya memiliki situasi yang sama dan menggunakan svn - force delete __dir__ . Itu memecahkan masalah bagi saya. Kemudian saya terus bekerja dengan copy pekerjaan saya seperti biasa.

Apa yang saya lakukan untuk memperbaikinya adalah menghapus salinan lokal folder yang dimaksud dan kemudian melakukan salah svn updatesatu induknya secara langsung sesudahnya.

Memperbaikinya tepat.

Bisakah Anda mencoba memeriksa salinan baru dari direktori induk?

Sunting: Agar lebih spesifik, saya bermaksud menyarankan naik satu tingkat dan menghapus direktori yang berisi. Lalu lakukan a

svn update --set-depth infinity

untuk mengganti direktori.

Saya menambahkan direktori ke svn, lalu saya tidak sengaja menghapus folder .svn di dalamnya.

Saya menggunakan

svn delete --keep-local folderName

untuk memperbaiki masalah saya.

Saya baru saja melakukan 'svn revert / blabla' dan berhasil, folder kembali dan saya dapat svn menghapusnya

Kesalahan "Direktori 'bla / .svn' yang berisi area admin copy pekerjaan tidak ada" terjadi ketika saya mencoba untuk menambahkan direktori ke repositori, tetapi tidak memiliki cukup hak sistem file untuk melakukannya. Direktori belum ada di repositori, tetapi mengklaim berada di bawah kontrol versi setelah gagal menambahkan.

Memeriksa salinan direktori induk ke lokasi lain, dan mengganti folder .svn dalam direktori induk dari copy pekerjaan memungkinkan saya untuk menambah dan melakukan direktori baru dengan sukses (tentu saja setelah memperbaiki izin file).

Kami menggunakan pakar dan svn. Itu salah checkin dari direktori target ke SVN yang menyebabkan kesalahan ini. Menghapus itu memperbaiki segalanya, jika petunjuk ini membantu siapa pun.

Saya mencoba svn rm --force /path/to/dirtetapi tidak berhasil tetapi akhirnya hanya berjalan svn updan memperbaikinya untuk saya.

Saya memiliki kesalahan ini baru-baru ini, ketika file dikecualikan oleh pengaturan di SVN global saya. Kesalahan ini sangat buruk karena saya juga menghapus file langsung dari repositori - dan ini berarti solusi di atas menolak tidak akan berfungsi. Dalam kasus ini, secara manual menghapus direktori .svn dari direktori yang saya hapus dari SVN memungkinkan saya untuk menjalankan pembaruan yang kemudian memungkinkan saya untuk melakukan.

Saya memiliki masalah yang sama, ketika saya mencoba untuk beralih "C: \ superfolder"

Pesan kesalahan:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

Setelah mencoba melakukan "pembersihan", saya mendapatkan kesalahan berikut:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

Larutan:

1. Hapus folder "subfolder"
2. Bersihkan folder "superfolder"
3. Coba alihkan lagi folder "superfolder"

ini bekerja untuk saya. Tolong beri tahu saya jika itu juga berfungsi untuk Anda.

Saya memiliki kesalahan ini baru-baru ini. Itu disebabkan oleh root yang memiliki beberapa file dalam direktori yang memberikan kesalahan ini.

Setelah saya mengubah izin semuanya bekerja seperti yang diharapkan.

Tidak mengerti banyak dari posting Anda. Solusi saya adalah

1. Potong folder yang bermasalah dan salin ke beberapa lokasi.
2. Dapatkan Solusi Dari Subversion ke dalam direktori kerja lain (hanya yang baru).
3. Tambahkan folder Anda yang disimpan ke copy pekerjaan baru dan tambahkan sebagai Proyek yang Ada (jika itu proyek seperti dalam kasus saya).
4. Melakukan;

Saya punya masalah ini. Cukup pindahkan blabla ke lokasi lain sementara, beri tahu svn untuk mengembalikannya, lalu pindahkan kembali. Itu diperlakukan sebagai tambahan baru. Sederhana!

Yang paling sederhana yang membantu saya:

rm -rf _dir_in_question_
svn up

Jika Anda memiliki perubahan dalam dir yang bermasalah, maka ini bukan solusi yang baik untuk Anda.

Saya menemukan masalah ini ketika mengganti perpustakaan API pihak ketiga dengan versi yang lebih baru, dan tidak ada solusi di sini yang benar-benar bekerja untuk saya karena saya ingin mengganti versi SVN dengan versi lokal. Solusi saya adalah sebagai berikut:

1) Pindahkan folder yang menyinggung ke dir rumah saya, hapus dari SVN dan komit:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Pasang kembali folder, tambahkan ke SVN dan komit lagi:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

Agak menjengkelkan harus melakukan dua kali, tetapi tampaknya telah bekerja dengan baik.

Kalau-kalau ada yang ingin solusi lain:

1. Periksa di folder baru Anda sebagai "foldername2"
2. Pergilah ke browser repo Tortise SVN
3. Ganti nama "foldername2" menjadi "foldername"
4. Di windows explorer, lakukan pembaruan

Semoga ini bisa membantu seseorang.

-Ev

Bagi saya, masalah yang sama terjadi ketika saya berdua:

• dihapus ( --force) file .map
• menambahkan * .map ke svn:ignoreviasvn propedit svn:ignore .

Solusi saya adalah:

1. batalkan perubahan pada properti
2. komit perubahan pada file
3. checkout salinan baru dari repositori (sayangnya!)
4. ganti properti dan komit

Saya punya masalah ini ketika saya mencoba untuk menambahkan direktori ke svn. Saya menyelesaikannya dengan masuk ke browser repo. Mengklik kanan di jendela kiri, memilih menambah folder dan menambahkan direktori langsung di browser repo.

Saya kemudian menghapus direktori secara lokal (setelah cadangan tentu saja) melakukan pembersihan dan pembaruan svn dan semuanya bekerja kembali.

Pertama-tama, checkout proyek ke sistem Anda dalam folder. Kemudian hapus folder .svn dari proyek konflik dan salin folder .svn dari folder checkout baru dan rekatkan ke folder copy pekerjaan Anda. Kemudian masalah terpecahkan.

Tugas umum yang saya alami adalah harus mengambil satu direktori repo dalam pementasan dan menyalinnya ke repo lain - baik di bawah SVN dan keduanya disebut nama yang sama. Cara yang bekerja untuk saya adalah sebagai berikut:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A