'Svn cleanup' başarısız olduğunda ne yapmalıyım?

Bir çalışma klasöründe çok fazla değişiklik var ve bir güncelleme yapmaya çalışırken bir şey berbat.

Şimdi bir 'svn temizleme' verdiğimde:

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

MemPoolTests.cpp, başka bir geliştiricinin eklediği ve güncellemeye getirildiği yeni bir dosyadır. Daha önce çalışma klasörümde yoktu.

Deponun yeni bir kopyasını satın almak zorunda kalmadan denemek ve ilerlemek için yapabileceğim bir şey var mı ?

Açıklama: Dizinin yoldan çekilmesi ve yeni bir kopyasının kaldırılması ile ilgili öneriler için teşekkür ederiz. Bu bir seçenek olduğunu biliyorum, ama birkaç dizin derin iç içe birçok değişiklik olduğu için kaçınmak istiyorum bir tanesidir (bu bir şube olmalı ...)

Temizleme yapmak için daha agresif bir yol umuyorum, belki SVN bilinen bir duruma geri sorun yaşıyor zorlama (ve çalışma kopyasını silmeye çalıştım ... bu yardımcı olmadı).

Her şeye baştan başlamak bir seçenek değil ...

.svnDizindeki günlük dosyasını sildim (aynı zamanda rahatsız edici dosyayı da sildim .svn/props-base), bir temizlik yaptım ve güncellememi sürdürdüm.

SVN 1.7 ile durum değişti ve .svn dizinindeki günlük dosyasını silmenin popüler çözümü, bir veritabanı çalışma-kopyalama uygulamasına geçişle mümkün değildir.

İşte işe yaramış gibi yaptım:

1. Çalışan kopyanızın .svn dizinini silin.
2. Yeni, geçici bir dizinde yeni bir ödeme başlatın.
3. Ödeme işlemini iptal edin (her şeyin kaldırılmasını beklemek istemiyoruz).
4. İptal edilen bu ödeme işleminde bir temizleme işlemi gerçekleştirin.
5. Şimdi temiz bir veritabanına sahip yeni bir .svn dizinimiz var (birkaç dosya olmasa da)
6. Bu .svn dosyasını eski, bozuk çalışma dizininize kopyalayın.
7. Svn güncellemesini çalıştırın ve yeni kısmi .svn dizininizi eski çalışma dizininizle hızlandırın.

Bu biraz kafa karıştırıcı, akıllıca bir işlem. Aslında, yaptığımız şey bozuk .svn dosyasını silmek ve aynı ödeme yolu için yeni bir .svn oluşturmaktır. Daha sonra bu yeni .svn dosyasını eski çalışma dizinimize taşıyoruz ve repoya güncelliyoruz.

TSVN'de bunu yaptım ve iyi çalışıyor ve tam bir ödeme ve indirme gerektirmiyor gibi görünüyor.

-Jody

Şuna baksana

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

Yukarıdaki bağlantıdan düzeltmenin özeti (Anuj Varma sayesinde)

1. Http://www.sqlite.org/download.html adresinden sqlite komut satırı kabuğunu (sqlite-tools-win32) yükleyin

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

SELECT, rahatsız edici klasörünüzü / dosyanızı çalışma kuyruğunun bir parçası olarak göstermelidir. Yapmanız gereken bu öğeyi çalışma kuyruğundan silmek.

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

Bu kadar. Şimdi, temizlemeyi tekrar çalıştırabilirsiniz - ve çalışması gerekir. Veya temizlemeyi çalıştırmanız istenmeden önce (yeni bir dosya ekleyerek vb.) Doğrudan yaptığınız göreve devam edebilirsiniz.

Eğer hepsi hataysa:

1. Yeni bir klasöre göz atın.
2. Değiştirilen dosyalarınızı kopyalayın.
3. Tekrar kontrol edin.
4. Eski klasörü silmeden ve yenisini kullanmadan önce bir yere (+ paranoya'nın iyi olduğunu asla bilemezsiniz) sıkıştırın.

En son sürüm (1.9.5 kullanıyorum) temizleme menüsünde "Kilitleri kır" seçeneği ekleyerek bu sorunu çözmek. Temizlik yaparken bu onay kutusunun seçili olduğundan emin olun.

Bu cevap yalnızca 1.7'den önceki sürümler için geçerlidir (teşekkürler @ ŁukaszBachman) .

Subversion bilgilerini klasör başına (.svn içinde) saklar, bu nedenle sadece bir alt klasörle uğraşıyorsanız, tüm depoyu kontrol etmenize gerek yoktur - sadece boşalan klasör:

cd dir_above_borked
mv borked_dir borked_dir.bak
svn update borked_dir

Bu size, borked klasörünün iyi çalışan bir kopyasını verecektir, ancak değişiklikleriniz borked_dir.bak'ta yedeklenmeye devam eder. Aynı ilke Windows / TortoiseSVN için de geçerlidir.

Yalıtılmış bir klasörde değişiklik varsa,

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

veya

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

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

Sonra

$ svn update

Umarım yardımcı olur

Ben de aynı problemi yaşadım. Taahhüt edemedim ve temizlik başarısız olurdu.

Bir komut satırı istemcisi kullanarak bunu bir dosyayı taşımak için başarısız olduğunu belirten bir hata mesajı görmek başardı .svn/propsiçin .svn/prop-base.

Belirli bir dosyaya baktım ve salt okunur olarak işaretlendiğini gördüm. Salt okunur özniteliğini kaldırdıktan sonra klasörü temizleyebildim ve değişiklikleri yaptım.

Yalnızca büyük harfle farklılık gösteren iki dosya adıyla ilgili bir sorununuz olabilir. Bu sorunla karşılaştıysanız, başka bir çalışan kopya dizini oluşturmak sorunu çözmez.

Mevcut Windows (yani crappy) dosya sistemleri Filenameve arasındaki farkı görmez FILEname. İki olası düzeltmeniz var:

1. Platformda gerçek bir dosya sistemi (Unix tabanlı) ile kontrol edin, dosyayı yeniden adlandırın ve değişiklikleri uygulayın.
2. Windows'a stoklandığınızda, farkı tanıyan ve orada dosyayı yeniden adlandıran Eclipse SVN depo tarayıcısındaki dosyaları yeniden adlandırabilirsiniz.
3. Sorunlu dosyaları kullanarak herhangi bir komut satırı SVN istemcisinden uzaktan yeniden adlandırabilirsiniz. svn rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename

svn cleanupKomutu bir terminalde çalıştırın (benim durumum olan Eclipse'den başarısız olursa):

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

Burada açıklanan farklı çözümleri denedim , ancak hiçbiri işe yaramadı .

Eylem Ekibi → Kafa güncellemesi başarısız oluyor:

svn: E155004: '/ home / user / path / to / svn-folder' klasöründe tamamlanmamış iş öğeleri var; önce 'svn cleanup' komutunu çalıştırın.

Eylem Ekibi → Temizleme aynı hatayla başarısız oluyor.

Benim için çalışan çözüm: bir terminalde svn cleanup komutunu çalıştırın .

Komut başarılı oldu.

Sonra Eclipse'deki Team → Update tekrar çalıştı.

Not: SVN sürümüm 1.9.3.

Ayrıca kontrol Chris'in cevabı eğer svn cleanupçalışmaz.

svn cleanupKonsol üzerinden yapmaya çalıştım ve şöyle bir hata aldım:

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

Bu yüzden bu dosyayı elle oluşturdum (boş) ve svn cleanuptekrar yaptım . Bu kez Tamam yapıldı.

Ben de aynı problemi yaşadım. Benim için neden EasySVN ve (TortoiseSVN veya sadece SVN) ile bir çatışmaydı. Otomatik güncelleme vardı ve EasySVN (ki işe yaramadı) ile taahhüt.

Bunu kapattığımda, temizleme, taahhüt etme veya güncelleme yapamadım. Yukarıdaki çözümlerin hiçbiri işe yaramadı, ancak yeniden başlatma işe yaradı :)

Aynı sorunu Windows 7 64 bit'te de yaşadım. Konsolu yönetici olarak çalıştırdım ve .svn dizinini sorun dizininden sildim (günlükler veya başka bir şeyle ilgili bir hata var, ancak yoksayıldı). Sonra, explorer, artık sürüm denetimi altında görünmüyor sorun dizini sildi. Sonra bir güncelleme yaptım ve işler beklendiği gibi devam etti.

Sorun büyük / küçük harfe duyarlılıksa (Mac'in yanı sıra Windows'a da göz atarken bir sorun olabilir) ve * nix sistemine göz atma seçeneğiniz yoksa, aşağıdakilerin çalışması gerekir. İşte başından itibaren süreç:

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

(Ödeme başlar ... sonra…)

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

İşte SVN durumda sadece farklılık benzer adlara sahip iki dosya kontrol etmeye çalışıyor - Header_3_noBookmark.gifve Header_3_nobookmark.gif. Mac dosya sistemleri, SVN'nin böyle durumlarda boğulmasına neden olacak şekilde duyarsızlığı varsayılan olarak kullanır. Yani...

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

Ancak, svn cleanupbildiğimiz gibi koşmak işe yaramıyor.

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

spacer.gifburada sorun değil… Önceki hatayı geçerek bir sonraki dosyaya geçemez. Bu yüzden dizin dışındaki tüm dosyaları sildim .svnve SVN günlüğünü kaldırdım. Bu, temizleme çalışmasını sağladı, böylece rahatsız edici dosyayı kontrol edebilir ve yeniden adlandırabilirim.

% 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

Bunu takiben, projenin kök dizinine geri dönüp geri svn upkalanını kontrol etmek için koşabildim .

Ne zaman benzer sorunları var ben böyle yardımcı olmak için rsync (NB: Linux veya Mac OS X kullanın) kullanın:

# 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/

Bu şekilde yeni bir kasanız olur, ancak aynı çalışma dosyalarıyla. Benim için bu her zaman bir cazibe gibi çalışır.

Son zamanlarda bununla karşılaştım. Benim için püf noktası "Temizle" yi seçtikten sonra, açılır pencere seçenekleri iletişim kutusunda, "Kilitleri Kır" seçeneğini işaretleyin ve sonra "Tamam" ı tıklayın. Benim için başarıyla temizlendi.

Subclipse, Windows'un gerçekten şeytani kilitleme davranışı ile karıştırılır. Unlocker senin arkadaşın. Bu, kilitli dosyaları bulabilir ve zorla kilitleri serbest bırakabilir.

(Klasörleri taşımayı ve yeni bir ödeme yapmayı denemeden önce.)

Rahatsız edici dosyaların bulunduğu klasörü silin - evet, hatta .svnklasör, ardından svn cleanupen üst / üst klasörde bir.

Aynı sorunla karşılaştım. İnternette biraz arama yaptıktan sonra aşağıdaki makaleyi buldu . Sonra temelde bir izin sorunu, SVN altında kurmak için kullandığım kullanıcıdan farklı bir kullanıcı olarak günlüğe kaydedildi fark etti.

TortoiseSVN (Windows) ile bu sorunu yüz, ben gidip Cygwin ve 'koşmak svn temizleme oradan'; benim için doğru bir şekilde temizler, daha sonra her şey TortoiseSVN'den çalışır.

Buradaki cevaplar bana yardımcı olmadı, ancak projeyi tekrar kontrol etmeden önce Eclipse'yi kapattım ve açtım (Subversive, SVN istemcim) ve sorun ortadan kayboldu.

Her durumda geçerli olmayabilir, ancak son zamanlarda bu sorunla karşılaştığımda "düzeltme" sistemimdeki Subversion paketini yükseltmekti. Ben 1.4.something çalışıyordu ve en son (benim durumumda 1.6.6) yükseltme zaman ödeme çalıştı.

(Yeniden indirmeyi denedim, ancak temiz bir dizine yapılan bir ödeme her zaman aynı noktada asılıydı.)

Salt okunur kilitleme bazen Windows yüklü ağ sürücülerinde gerçekleşir. Bağlantıyı kesip tekrar takmayı deneyin. Ardından temizleyin ve güncelleyin.

Burada belirtilen çözümlerin çoğunu geçtikten sonra hala hatayla karşılaşıyordum.

Sorun büyük / küçük harfe duyarlı olmayan OS X idi . Aynı ada sahip ancak farklı büyük / küçük harf içeren iki dosya içeren bir dizini teslim almak soruna neden olur. Örneğin, ApproximationTest.java ve Approximationtest.java aynı dizinde olmamalıdır. Dosyalardan birinden kurtulduktan sonra sorun ortadan kalkar.

Bir Güncellemeden sonra SVN'nin bir klasörü çakışmış olarak gösterdiği bir sorunla karşılaştım. Garip bir şekilde, bu sadece komut satırı üzerinden görülebiliyordu - TortoiseSVN her şeyin yolunda olduğunu düşündü.

#>svn st
!       my_dir
!       my_dir\sub_dir

svn cleanup, svn revert, svn updateVe svn resolvetüm bu sabitleme de başarısız olduk.

Sonunda sorunu şu şekilde çözdüm:

• .Svn dizininde "alt_dizini" bulun.
• Giriş dosyasındaki 'salt okunur' bayrağının işaretini kaldırmak için RC -> Özelliklerini kullanın
• Giriş dosyasını açın ve "bitmemiş ..." satırını ve karşılık gelen sağlama toplamını silin
• Salt okunur bayrağını kaydedin ve yeniden etkinleştirin
• My_dir dizini için tekrarlayın

Bunu takiben her şey yolundaydı.

Not Herhangi bir yerel değişikliğim yoktu, bu yüzden eğer risk altında olup olmadığınızı bilmiyorum. Başkaları tarafından önerilen silme / güncelleme yöntemini kullanmadım - bu duruma my_dir / sub_dir / sub_sub_dir dizininde (aynı semptomlarla başlayan) denedim - bu yüzden işleri daha da kötüleştirmek istemedim tekrar!

Oldukça konuyla ilgili değil, ama birileri benim yaptığım gibi bu yazı ile karşılaşırsa belki yararlıdır.

Hayır hayır hayır! SVN 1.7 veya üstünü kullanıyorsanız, temizleme komutu işi yapmalıdır!

Ayrıca bazı deneyler yaptım ve çözümün (en azından Eclipse'de ) tüm projeyi değil, sadece hata mesajında ​​belirtilen klasör için temizleme işlemini gerçekleştirdiğini öğrendim !

Yaptığım sudo chmod 777 -R .izinleri değiştirmek mümkün. Olmazsa sudo, bana diğer komutları çalıştırmakla aynı hatayı vererek işe yaramazdı.

Artık svn updatetüm dizininizi kazımak ve yeniden oluşturmak zorunda kalmadan yapabilirsiniz . Bu özellikle yararlıdır, çünkü IDE'nizde veya metin düzenleyicinizde açık bazı sekmeler olabilir veya senkronizasyon sorunları olabilir. Çalışma dizininizi bu yöntemle not etmeniz ve değiştirmeniz gerekmez.

Bazı meslektaşımın .svn dizinini benimkine kopyalayıp çalışma kopyamı güncelleyerek bu sorunu çözdüm. Güzel, hızlı ve temiz bir çözümdü.

Önceki yanıtta bazı çok iyi öneriler var, ancak Windows'ta TortoiseSVN ile ilgili bir sorun yaşıyorsanız (iyi bir ürün, ancak ...) her zaman komut satırına geri dönün ve önce basit bir "svn temizleme" yapın.

Birçok durumda, Windows istemcisi temizleme komutunu çalıştırmaz, ancak SVN komut satırı yardımcı programını kullanarak temizleme iyi çalışır.

Benzer bir sorunla karşılaşırken, havuz senkronizasyonu görünümünde manuel birleştirme sorunun çözülmesine yardımcı oldu.

Bir dosya adı diğeriyle çakışıyordu ve sorundan açıkça bahsedildi. Yeni dosyayı farklı bir adla yeniden adlandırmak sorunu çözdü.