Mercurial sıkışmış “kilit bekleniyor”

Merkür havuzunu klonlarken pencerelerde mavi ekran var.

Yeniden başlattıktan sonra, hemen hemen tüm hg komutları için bu mesajı alıyorum:

c: \ src \> hg taahhüt
depoda kilit bekleniyor c: \ src \ McVrsServer '\ x00 \ x00 \ x00 \ x00 \ x00 \
x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00'
kesintiye!

Google yardım etmez.

Herhangi bir ipucu?

"Havuzda kilit beklenirken", depo dosyasını silin: .hg/wlock(veya içinde olabilir .hg/store/lock)

Kilit dosyasını silerken, depoya başka hiçbir şeyin erişmediğinden emin olmalısınız. (Kilit sıfır veya boş bir dizeyse, bu neredeyse kesinlikle doğrudur).

Ne zaman waiting for lock on working directory, silin .hg/wlock.

Ben algılanabilir kilit dosyaları ile bu sorunu vardı. Çözümü burada buldum: http://schooner.uwaterloo.ca/twiki/bin/view/MAG/HgLockError

İşte Tortoise Hg Workbench konsolundan bir transkript

% hg debuglocks
lock:  user None, process 7168, host HPv32 (114213199s)
wlock: free
[command returned code 1 Sat Jan 07 18:00:18 2017]
% hg debuglocks --force-lock
[command completed successfully Sat Jan 07 18:03:15 2017]
cmdserver: Process crashed
PaniniDev% hg debuglocks
% hg debuglocks
lock:  free
wlock: free
[command completed successfully Sat Jan 07 18:03:30 2017]

Bundan sonra durdurulmuş çekme başarılı bir şekilde koştu.

Kilit, artık LAN'da olmayan bir makinedeki bir işlemle 2 yıldan fazla bir süre önce ayarlanmıştı. Hg geliştiricileri için a) kilitleri yeterince belgelememek; b) Bayat olduklarında otomatik olarak çıkarmak için zaman damgası atmamak.

İş arkadaşım bugün bir BSoD'dan sonra zorlamaya çalışırken tam olarak bu problemi yaşadı. Yapması gerekenler:

• dosyayı sil .hg/store/lock( kabul edilen cevaba göre )
• dosyayı silin .hg/store/phaseroots( bu TortoiseHG hata raporuna göre )

Sonra repo tekrar çalıştı.

DÜZENLEME: @ Marmoute'un yorumuna göre - kilitle ilgili sorunlarla uğraşırken, kullanmak dosyayı hg debuglockkörü körüne silmenin daha güvenli bir alternatifidir .hg/store/lock.

Mercurial'ın kilitleme kodunu çok iyi biliyorum (1.9.1 itibariyle). Yukarıdaki tavsiye iyidir, ancak şunu ekleyeceğim:

1. Bunu vahşi, ancak nadiren ve sadece Windows makinelerinde gördüm.
2. Kilit dosyalarını silmek en kolay çözümdür, ancak başka hiçbir şeyin depoya erişmediğinden emin olmanız gerekir. (Eğer kilit sıfırlardan oluşuyorsa, bu neredeyse kesinlikle doğrudur).

(Merak etmek için: Bu sorunun nedenini henüz yakalayamadım, ancak Mercurial'ın depoya erişmesinin eski bir sürümü veya Python'un socket.gethostname () çağrısında Windows'un belirli sürümlerinde bir sorun olduğundan şüpheleniyorum.)

Win 7'de aynı sorunu vardı. Çözüm aşağıdaki dosyaları kaldırmak oldu:

1. .hg / mağaza / phaseroots
2. .hg / wlock

.Hg / store / lock - böyle bir dosya yoktu.

Bunun kazanan bir cevap olmasını beklemiyorum, ama bu oldukça sıra dışı bir durum. Benden başka birinin içeri girmesi durumunda bahsetmek.

Bugün bir hg push komutunda "depoda kilit beklemeyi" aldım.

Asılı hg komutunu öldürdüğümde hiçbir .hg / store / lock göremedim

Komut asılıyken .hg / store / lock öğesini aradığımda mevcuttu. Ancak hg komutu öldürüldüğünde kilit dosyası silindi.

Ben itme hedefe gitti ve hg çekme yürüttüğümde, sorun değil.

Sonunda hg push üzerindeki işlem kimliğinin kilit bekleme mesajı her seferinde değiştiğini fark ettim. Bu "hg itme" kendi başına tutulan bir kilit bekliyor asılı çıkıyor (ya da muhtemelen bir alt süreç, daha fazla araştırma yapmadım).

İki çalışma alanının, A ve B diyelim, symlink tarafından paylaşılan .hg ağaçları olduğu ortaya çıktı:

A/.hg --symlinked-to--> B/.hg

Bu Mercurial ile iyi bir şey DEĞİLDİR. Mercurial, aynı depoyu paylaşan iki çalışma alanı kavramını anlamıyor. Bununla birlikte, başka bir VCS'den Mercurial'a gelen birinin bunu nasıl isteyebileceğini anlıyorum (Performans bir DVCS olmasa da yapar; Çarşı DVCS'nin bunu yapabileceği bildiriliyor). Bu itme dışında görünmesine rağmen, sembolik bir REP-ROOT / .hg'nin hiç çalışmamasına şaşırdım.

Ben de aynı problemi yaşadım. Taahhüt etmeye çalıştığımda aşağıdaki mesajı aldım:

waiting for lock on working directory of <MyProject> held by '...'

hg debuglock bunu gösterdi:

lock:  free
wlock:  (66722s)

Bu yüzden aşağıdaki komutu yaptım ve bu benim için sorunu düzeltti:

hg debuglocks -W

Win7 ve TortoiseHg Kullanımı 4.8.7.

Kilitli repo orijinalse, değiştirdiğini hayal edemiyorum onu klonlamak için , bu yüzden sadece ortada değiştirmenizi ve klonu karıştırmanızı engelliyordu. Kilidi çıkardıktan sonra iyi olmalıdır.

Yeni klonlanmış kopya (yerel bir klon ise) herhangi bir şekilde hatalı biçimlendirilmiş durumda olabilir, bu yüzden onu atmanız ve yeniden başlatmanız gerekir. (Uzak bir klon olsaydı, başarısız olacağını ve eksik kopyayı attığını umarım.)

Zorlamaya çalışırken Mac OS X 10.7.5 ve Mercurial 2.6.2'de bu sorunla karşılaştım. Mercurial 3.2.1 sürümüne geçtikten sonra "depoda kilit beklemek" yerine "değişiklik bulunamadı" ifadesini aldım. Bir şekilde varsayılan yolun aynı veri havuzunu gösterecek şekilde ayarlandığını öğrendim, bu yüzden Mercurial'ın kafası karışması çok şaşırtıcı değil.

Yalnızca eşlenen sürücülerde olursa, hata https://bitbucket.org/tortoisehg/thg/issue/889/cant-commit-file-over-network-share olabilir . Sürücü harfi yerine UNC yolunun kullanılması sorunu ortadan kaldırıyor gibi görünüyor.