Mercurial Veri Havuzu ile Git birlikte çalışabilirliği

Mac'te GIT kullanıyorum. Yeterince söylendi. Araçlara sahibim, deneyime sahibim. Ve kullanmaya devam etmek istiyorum. Burada savaş yok ...

Sorun her zaman birlikte çalışabilirliktir. Çoğu insan benim için harika olan SVN kullanıyor. Git SVN kutudan çıkar ve fırfırsız bir çözüm değildir. İnsanlar SVN'yi mutlu bir şekilde kullanmaya devam edebilirler ve iş akışımı ve hiçbir aracımı kaybetmiyorum.

Şimdi ... Bazı çocuklar Mercurial ile birlikte geliyor. Onlar için iyi: nedenleri var. Ama kutudan çıkmış bir GIT HG bulamıyorum. HG'ye geçmek istemiyorum, ancak yine de depolarıyla birlikte çalışmam gerekiyor.

Herhangi biriniz bunun için basit bir çözüm biliyor musunuz?

Şu anda geliştirici git tarafından çalışmak istediğinde Git / Hg birlikte çalışabilirliği için aşağıdaki yöntemler var gibi görünüyor:

1. Mercurial ve hg-git uzantısını yükleyin . İkincisini paket yöneticinizi kullanarak veya ile yapabilirsiniz easy_install hg-git. Ardından aşağıdakilerin ~ / .hgrc dosyanızda olduğundan emin olun:

   [extensions]
   hggit = 
   

   bookmarksBurada da uzantıyı belirtmekten bahseden bazı referanslar görebilirsiniz , ancak bu sürüm 1.8'den beri Mercurial'a yerleştirildi. İşte Windows üzerinde hg-git yüklenmesiyle ilgili bazı ipuçları .

   Hg- git'e sahip olduğunuzda, yukarıda yayınlanan Abderrahim Kitouni gibi komutları kullanabilirsiniz . Bu yöntem 2009'dan beri rafine edildi ve ayarlandı ve dostça bir sarıcı var: git-hg-again . Bu, üst düzey dizini aynı anda hem Mercurial hem de Git için bir çalışma dizini olarak kullanır. defaultMercurial deposundaki (adsız) dalın ucu ile eşzamanlı tuttuğu bir Mercurial yer işareti oluşturur ve bu yer işaretinden yerel bir Git dalını güncelleştirir.

2. git-remote-hg , Mercurialhg-gituzantısınadayanan farklı bir pakettir. Bu ayrıcagit-remote-helpersprotokolleri kullanır (dolayısıyla adı). En üst düzey dizini yalnızca Git çalışma dizini için kullanır; Mercurial deposunu çıplak tutar. Ayrıca Git ve Mercurial arasında daha güvenli ve daha deyimsel olarak gitlik yapmak için ikinci bir çıplak Git deposunu korur.

3. Git-hg komut (eski tutulan burada ) dayalı farklı bir yöntem kullanır hg-fast-exportgelen hızlı ihracat projesi . Yöntem 2'de olduğu gibi, bu da çıplak bir Mercurial deposunu ve ek bir çıplak Git deposunu tutar.

   Çekmek için, bu araç Mercurial yer işaretlerini yok sayar ve bunun yerine her Mercurial dalını Git dalına ve varsayılan (adsız) Mercurial dalını master'a alır.

   Bazı tefsir> git sadece ama ben açıklamak üzere Aralık 2011'de 7 git-> hg itme destek birleşti iddia hg- olarak bu aracı anlatılır bu araçların gözden arada olsa bu araç çalışır uygulamak push desteği uygulanabilir görünmüyor.

4. Git-remote-hg adında başka bir proje daha var . Yukarıda listelenen sürümden farklı olarak, bu hg-git'e güvenmez, bunun yerine doğrudan Mercurial Python API'sine erişir. Şu anda, onu kullanmak için git'in yamalı bir sürümünü gerektirir. Henüz denemedim.

5. Son olarak, Tailor , çeşitli VCS'ler arasında kademeli olarak dönüşüm sağlayan bir projedir. Bunun gelişimi agresif bir şekilde devam etmeyecek gibi görünüyor.

Bu yaklaşımların ilk üçü beni araştırmaya ikna edecek kadar hafif görünüyordu. Onları kurulumumda çalıştırmak için bazı şekillerde düzeltmem gerekiyordu ve onları iyileştirmek için onları daha fazla değiştirmenin bazı yollarını gördüm ve daha sonra onları daha iyi davranmaları için daha da ince ayarladım. onları daha etkili bir şekilde. Sonra başkalarının da aynı değerlendirmeyi yapmak için bu ayarlamalar yapmak isteyebileceğini düşündüm. Bu nedenle , ilk üç araçtan herhangi birinin sürümlerimi yüklemenizi sağlayacak bir kaynak paketi hazırladım . Ayrıca gerekli hg-fast-exportparçaları takmaya da dikkat etmelidir . ( hg-gitKendi başınıza kurmanız gerekir .)

Onları denemenizi ve neyin en iyi olduğuna kendiniz karar vermenizi öneririm. Bu araçların kırıldığı durumları duymaktan memnuniyet duyarım. Onları yukarı akış değişiklikleriyle eşzamanlı tutmaya çalışacağım ve yukarı akış yazarlarının yararlı olduğunu düşündüğüm ince ayarların farkında olduklarından emin olmak için çalışacağım.

Yukarıda da bahsettiğim gibi, bu araçları değerlendirirken git-hg, sadece Mercurial'dan çekmek için kullanılabilir, itmek için değil , sonuca vardım .

İlgili olarak, Git ve Mercurial arasındaki bazı yararlı karşılaştırmalar / çeviri kılavuzları, bazı durumlarda Git'i zaten bilen kullanıcıları hedeflemektedir:

• Git kullanıcıları için Mercurial
• Git ve Mercurial - Karşılaştır ve Kontrast
• Mercurial ve Git arasındaki fark nedir
• Mercurial ve Git: teknik bir karşılaştırma
• Git hg rosetta taşı
• Homebrew Kodlama: Mercurial
• Francisoud'un Blogu: Git vs Mercurial (hg)
• Git vs Mercurial

Yerel destek sağlayan yeni bir git-remote-hg var:

Git Mercurial ve Bazaar için köprü desteği

Git-remote-hg dosyasını $ PATH'nıza kopyalayın , yürütülebilir yapın ve işte bu kadar bağımlılık yok (Mercurial dışında):

git clone hg::https://www.mercurial-scm.org/repo/hg/

Yerel bir Git deposu gibi itip çekebilmelisiniz.

Yeni Git dallarına bastığınızda, onlar için Mercurial yer işaretleri oluşturulur.

Daha fazla bilgi için git-remote-hg wiki'sine bakın.

Hg-git'i kullanabilmeniz gerekir .

hg clone <hg repository>

düzenle ~/.hgrcve ekle:

[extensions]
hgext.bookmarks =
hggit =

bir yer işareti oluşturarak mastergit git:

cd <repository>
hg bookmark -r default master

.hg/hgrcdepoda düzenleyin ve ekleyin:

[git]
intree = true

şimdi git deposunu oluşturabilirsiniz:

hg gexport

ve ortaya çıkan dizini bir git klonu olarak kullanabilirsiniz. mercurial'dan çekmek:

hg pull
hg gexport

ve civaya itmek:

hg gimport
hg push

(Evet, hg'yi bu iş akışıyla kullanmanız gerekiyor, ancak saldırılarınız hep git olacak)

Not: Bu iş akışıyla ilgili bir sorununuz varsa, lütfen bir hata gönderin.

Deneyebilirsin hg2gitpython komut dosyası ve en bulabilirsiniz hızlı ihracat, parçası olan http://repo.or.cz/w/fast-export.git .

Yine de cıva yüklü olması gerekir.

Hg-git iki yönlü bir köprü olduğundan, değişiklik kümelerini Git'ten Mercurial'a aktarmanıza izin verir.

Hg-Git Mercurial Eklentisi . Kendim denemedim, ama kontrol etmeye değer olabilir.

Ben büyük başarı elde ettiler git-hgdan https://github.com/cosmin/git-hg (yükleme çalışma gerektirir hgda). Getirmeyi, çekmeyi ve itmeyi destekler ve benim için daha kararlıhg-git (benzer özelliklerden hggit'e).

Kullanım örnekleri için https://github.com/cosmin/git-hg#usage adresine bakın . Kullanıcı arayüzü çok benzergit-svn .

git-hgHer klonlanmış hg repo için ekstra disk alanı gerektirir. Uygulama tam cıva klonu, ekstra git çıplak klon ve gerçek git repo kullanır. Gerekli disk alanı, yalnızca normal git kullanımının yaklaşık 3 katıdır. Ek kopyalar, .gitçalışma dizininizin (veya GIT_DIRher zamanki gibi gösterilen konumun) dizininin altında saklanır .

Uyarı:git-hg Çözmeye çalışan temel sorun gitve hgözellikler arasında 1: 1 eşleme olmamasıdır . En büyük sorun, git şubeleri ile hg adsız şubeler ve hg adlı şubeler ve hg yer imleri arasındaki empedans uyumsuzluğudur (bunların hepsi gitkullanıcılara çok benziyor ). İlgili bir sorun, hgşube adının yalnızca varsayılan olarak şablon yürütme iletisine eklendiği git yerine sürüm geçmişine orijinal adlı şube adını kaydetmeye çalışmasıdır.

Birlikte çalışabilir köprü oluşturduğunu iddia eden gitve hgbu empedans eşleşmesiyle nasıl başa çıkacağını açıklayan herhangi bir araç . Ardından, seçilen çözümün ihtiyaçlarınıza uygun olup olmadığına karar verebilirsiniz.

Kullanılan çözüm, git-hgtüm hg yer imlerini silmek ve adlandırılmış dalları git dallarına dönüştürmektir. Ayrıca git master dalını varsayılan adlandırılmamış hg dalına ayarlar.

Hggit denedim. Benim için çalışıyor, çünkü git'erlerin ve hg'lerin işleriyle başa çıkmak zorundayım. Özellikle incelemeler için bu harika.

Bu konuda küçük bir sorun / uyarı:

Hg ile istikrarlı bir linux çekirdek deposunu klonlamaya çalıştım. Bu depolar git içinde tutulur ve içinde çok sayıda dosya bulunur.

Çok yavaştı. Tam klon 2 gün götürdü ve bir çalışma kopyası güncelleme.

Ben denedim Cosmin en git-hg ve abourget en git-hg-tekrar hem mutt en hg repo , daha sonra saygı iyi bir birleştirme düzeni, eski raslantısaldır gibi görünüyor. Aşağıdaki ekran görüntülerinden görebilirsiniz.

Cosmin'in git-hg tarafından içe aktarılan bir birleştirme geçmişi grafiği :

Abourget'in git-hg-again tarafından içe aktarılan birleştirme tarihçesi grafiği :

Hgk tarafından mutt'ın hg deposunda çizilen gerçek tarih grafiği:

Yukarıdan da görebileceğiniz gibi, abourget'in git-hg-tekrarının ikinci grafiği orijinal hgk grafiğine çok yakın ve aslında mutt'ın gerçek iş akışını yansıtıyor.

Git-hg-tekrar bulduğum bir dezavantajı, bir 'hg' uzaktan kumandası eklememesi, daha ziyade yerel etiket olarak tüm referanslarını içe aktarmasıdır, git-hg'nin harika bir 'hg' uzaktan kumandası yukarı akış hg repo'yu temsil eder.

Git-hg Mirror hizmeti ile iki yönlü hg-git (ve git-git, hg-hg) senkronizasyonu da mümkündür . Sahne arkasında hg-git (diğerleri arasında) kullanır ve kodu da açık kaynak kodludur.

Feragatname : Arkasındaki şirkettenim.