2010-03-11 18 views
10

Not: Dün burayı kiln.stackexchange.com numaralı telefondan sordum, fakat bir cevap alamadım ve bu benim işimi sürdürüyordu. ...Mercurial hg Subatpository issue - "abort: bilinmeyen revizyon"

benim asıl cıva depo, içerisinde subrepositories bir grup kullanıcının ilk kurulum sırasında, ben aynı dizine benim .hgsub Yani, ben işaret iki subrepositories bir hata yaptı ben gerekeni

.:

sites/1=sites/1 
sites/2=sites/2 
sites/3=sites/3 

Ne Ben aslında: kopyala/yapıştır hatayla karşılaştım. Hatamı gerçekleştiremediğim için yanlış .hgsub'u taahhüt ettim. Birkaç revizyon daha sonra, .hgsub'a yeni bir alt deposu eklerken, bu hatayı fark ettim ve .hgsub'un içine yerleştirdim. İşledim ve devam ettim. .hgsub'daki hatayı 'düzeltdiğimden' yinelememeyi tercih ettiğim makul miktarda iş yaptım. Ben subrepository sites/3 içindeki bazı değişiklikler yaptık ve ben ana depo işlemeye çalışırken, aşağıdaki hatayı alıyorum:

Şimdi asıl sorun gelmek

abort: unknown revision 'LongGUIDLookingString'

buldum this discussion, ki aynı sorunu yaşıyorum gibi görünüyor, ama bos'un bunu nasıl düzeltdiğini tam olarak anlayamıyorum. Bunu düzeltmek için ne yapmam gerekiyor? .hgsubstate ait

İlgili bölümü:

7d1e430ac5f12e00cb5bebcdf693e72db2c45732 sites/1 
6eea936a5b7cfff6169f59d0dc1c8c4eb5f8412d sites/2 
e2b83b301997de8add1b659d82a7ab8201bda653 sites/3 
+0

Dizenin sonunda bir + var mı? – tonfa

+0

Artı yok. İşte asıl dize: 'e2b83b301997de8add1b659d82a7ab8201bda653'. – Tex

+0

@tonfa: Peki ya sonunda + varsa? (Benim için yapar ama ungooglable olmaktan nereye gideceğimi bilmiyorum). –

cevap

13

Ben .hgsubstate dosyasını tahmin ediyorum şimdi repo2 girişinde repo3 dan (sizin LongGUIDLookingString budur) bir Hashid içerir.

Her repo için doğru/mevcut bir hashidi işaret etmek için .hgsubstate dosyasını düzenlemeyi deneyin.

Bu işe yaramazsa, lütfen .hgsubstate dosyanızı yapıştırın, böylece nasıl düzeltilebileceğini görebiliriz.

+0

Değişiklikler hashid hakkında mı konuşuyorsunuz? Alt döküme ait hash değerindeki hash kimlikleri, '.hgsubstate''deki karmaşalara benzememektedir. Ya da "site/3" alt havuzu ile ilişkili başka bir hashid (".hgsubstate" dışında) var mı? Orijinal soruya .hgsubstate'in ilgili bölümünü ekledim. – Tex

+1

Tamam, şimdi görüyorum ki civa genellikle her bir değişiklik kümesi kimliğinin kısaltılmış bir versiyonunu gösterir. 'hg --debug etiketleri 'daha uzun sürüyor. Bunu "siteler/3" üzerinde gerçekleştirdim, site/3 'satırında ipucu changeet kimliğini '.hgsubstate' içine yapıştırdım ve şimdi tekrar işleme koyabiliyorum. Şimdi temizlenecek görünüyor. Yardım için teşekkürler! – Tex

+1

Sorun yok. Uzun formlu hashitlerden bahsetmeliydim. Bunları şablon dilinde {node} olarak alabilirsiniz: hg log --template '{node}', '{node | short}' ile görmeye alıştığınız şeyleri size ulaştırır. –

İlgili konular