SVN'de "çalışan kopya yönetici alanını içeren eksik" nasıl düzeltilir?

Depomda çevrimdışı eklediğim bir dizini el ile sildim. Dizini geri yükleyemiyorum.

Güncelleme veya taahhütte bulunma girişimleri aşağıdakilerle başarısız olur:

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

Nedenini anlıyorum, ama bunu düzeltmek için yine de var.

Tüm depoyu kontrol etmek ve değişikliklerimi manuel olarak eklemek istemiyorum, saatler sürecek.

Buna göre: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

"Blabla" klasörünü farklı bir konuma teslim alın ve .svn klasörünü orijinal "blabla" ya geri kopyalayın.

fwiw, benzer bir durum yaşadım ve svn --force delete __dir__ kullandım . Bu benim için sorunu çözdü. Sonra normal olarak çalışma kopyamla çalışmaya devam ettim.

Bunu düzeltmek için yaptığım şey, söz konusu klasörün yerel kopyasını silmek ve daha sonra svn updatedoğrudan üst öğeden birini yapmaktı .

Düzeltildi.

Üst dizinin yeni bir kopyasını kontrol etmeyi deneyebilir misiniz?

Düzenleme: Biraz daha spesifik olmak gerekirse, bir düzey yukarı çıkıp içeren dizini silmeyi öneririm. Sonra bir

svn update --set-depth infinity

dizini değiştirin.

Svn'ye bir dizin ekledim, sonra yanlışlıkla .svn klasörünü sildim.

kullandım

svn delete --keep-local folderName

sorunumu düzeltmek için.

Sadece 'svn revert / blabla' yaptım ve işe yaradı, klasör geri döndü ve svn silebilirim

"Dizin 'blah / .svn' içeren çalışma kopya yönetim alanı eksik" hatası dizini depoya eklemeye çalıştım, ancak bunu yapmak için yeterli dosya sistemi ayrıcalıkları yoktu. Dizin zaten depoda değildi, ancak başarısız ekleme işleminden sonra sürüm denetimi altında olduğunu iddia ediyordu.

Üst dizinin bir kopyasını başka bir konuma teslim etmek ve çalışan kopyanın üst dizinindeki .svn klasörünü değiştirmek, yeni dizini başarılı bir şekilde eklememe ve yürütmeme izin verdi (elbette dosya izinlerini düzelttikten sonra).

Biz maven ve svn kullanıyoruz. Bu hataya neden olan hedef dizinin SVN'ye yanlışlıkla iade edilmesiydi. Bu ipucu herkese yardımcı olursa, her şeyi düzeltti.

Ben svn rm --force /path/to/dirboşuna çalıştı ama sadece çalışan sona erdi svn upve benim için sabit.

Son zamanlarda, dosyalar SVN globallerimdeki ayarlar tarafından hariç tutulduğunda bu hatayı aldım. Dosyaları özellikle depodan da sildiğim için hata özellikle kötü oldu - ve bu, yukarıdaki çözümlerin reddedildiği anlamına gelmiyordu. Bu durumda, .svn dizinini SVN'den kaldırdığım dizinden el ile silmek, bir güncelleştirme çalıştırmama izin verdi ve sonra da işlememe izin verdi.

"C: \ superfolder" anahtarını değiştirmeye çalışırken aynı sorunu yaşadım

Hata mesajları:

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

Bir "temizleme" yapmaya çalıştıktan sonra, aşağıdaki hatayı aldım:

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

Çözüm:

1. "Alt klasör" klasörünü silin
2. "Süper klasör" klasörünü temizleme
3. "Süper klasör" klasörünü tekrar değiştirmeyi deneyin

bu benim için çalıştı. Sizin için de işe yarayıp yaramadığını lütfen bize bildirin.

Geçenlerde bu hatayı aldım. Bunun nedeni, dizinde bu hatayı veren birkaç dosyaya sahip olmasıydı.

İzinleri değiştirdikten sonra her şey beklendiği gibi çalıştı.

Gönderilerinizden fazla anlamadım. Benim çözümüm

1. Sorunlu klasörü kesin ve bir yere kopyalayın.
2. Subversion'dan başka bir çalışma dizinine (sadece yeni bir dizine) Çözüm Al.
3. Kayıtlı klasörünüzü yeni çalışan kopyaya ekleyin ve Mevcut Proje Olarak ekleyin (benim durumumda olduğu gibi proje ise).
4. Teslim Et;

Bu sorunu yaşadım. Sadece blabla'yı geçici olarak başka bir yere taşıyın, svn'ye geri döndürmesini söyleyin ve sonra geri taşıyın. Yeni bir katkı olarak kabul edilir. Basit!

Bana yardımcı olan en basit:

rm -rf _dir_in_question_
svn up

Sorunlu yönünüzde değişiklik varsa, bu sizin için iyi bir çözüm değildir.

Bir üçüncü taraf API kitaplığını daha yeni bir sürümle değiştirirken bu sorunla karşılaştım ve SVN sürümünü yerel sürümle değiştirmek istediğim için buradaki çözümlerin hiçbiri gerçekten işe yaramadı. Benim çözümüm şöyleydi:

1) Sorunlu klasörü ev dizinime taşı, SVN'den sil ve kaydet:

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

2) Klasörü geri koyun, SVN'ye ekleyin ve tekrar kesin:

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

İki kat işlemek için biraz rahatsız edici, ama iyi çalıştı gibi görünüyor.

Herkesin başka bir çözüm istemesi durumunda:

1. Yeni klasörünüzü "foldername2" olarak kontrol edin
2. Tortise SVN repo tarayıcısına gidin
3. "Foldername2" öğesini "foldername" olarak yeniden adlandırın
4. Windows Gezgini'nde bir güncelleme yapın

Umarım birine yardımcı olur.

-Ev

Benim için de aynı sorun her ikisinde de oldu:

• silindi (--forcebir .map dosyası )
• svn:ignoreyoluyla * .map eklendisvn propedit svn:ignore .

Benim çözümüm şuydu:

1. mülkteki değişiklikleri geri al
2. dosyalarda değişiklik yapma
3. deponun yeni bir kopyasını al (ne yazık ki!)
4. mülkü değiştirin ve taahhüt edin

Svn için bir dizin eklemeye çalışırken bu sorun vardı. Repo tarayıcısına girerek çözdüm. Sol pencereye sağ tıklayın, klasör ekle'yi seçin ve dizini doğrudan repo tarayıcısına ekleyin.

Daha sonra yerel olarak dizini sildim (yedeklemeden sonra elbette) temizleme ve svn güncellemesi yaptım ve her şey tekrar çalışıyordu.

Her şeyden önce projeyi bir klasörde sisteminize alın. Daha sonra .svn klasörünü çakışma projesinden kaldırın ve .svn klasörünü yeni çıkış klasöründen kopyalayın ve çalışan kopya klasörünüze yapıştırın. Sonra sorun çözüldü.

Yaşadığım ortak bir görev, bir repo dizini hazırlama ve başka bir repoya kopyalamak zorundaydı - hem SVN altında hem de her ikisi de aynı adı çağırıyordu. Benim için çalışma şekli şuydu:

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