Dapatkan interoperabilitas dengan Repositori Mercurial

Saya menggunakan GIT di Mac. Cukup kata. Saya punya alat, saya punya pengalaman. Dan saya ingin terus menggunakannya. Tidak ada perang di sini ...

Masalahnya selalu dengan interoperabilitas. Kebanyakan orang menggunakan SVN, yang bagus untuk saya. Git SVN bekerja di luar kotak, dan merupakan solusi tanpa embel-embel. Orang-orang dapat terus menggunakan SVN dengan senang hati dan saya tidak kehilangan alur kerja saya dan juga alat saya.

Sekarang ... Beberapa orang datang dengan Mercurial. Baik untuk mereka: mereka punya alasan. Tapi saya tidak dapat menemukan GIT HG di luar kotak. Saya tidak ingin beralih ke HG, tetapi saya masih perlu beroperasi dengan repositori mereka.

Adakah di antara kalian yang tahu solusi sederhana untuk ini?

Pembaruan dari Juni 2012. Saat ini tampaknya ada metode berikut untuk interoperabilitas Git / Hg ketika pengembang ingin bekerja dari sisi git:

1. Instal Mercurial dan ekstensi hg-git . Anda dapat melakukan yang terakhir menggunakan manajer paket Anda, atau dengan easy_install hg-git. Kemudian pastikan yang berikut ini ada di ~ / .hgrc Anda:

   [extensions]
   hggit = 
   

   Anda mungkin melihat beberapa referensi yang berbicara tentang menentukan bookmarksekstensi di sini juga, tetapi yang telah dibangun ke Mercurial sejak v 1.8. Berikut adalah beberapa tips tentang menginstal hg-git di Windows .

   Setelah memiliki hg-git, Anda dapat menggunakan perintah secara kasar seperti Abderrahim Kitouni yang diposting di atas . Metode ini telah disempurnakan dan dimodifikasi sejak 2009, dan ada pembungkus ramah: git-hg-lagi . Ini menggunakan direktori tingkat atas sebagai direktori yang berfungsi untuk Mercurial dan Git secara bersamaan. Itu membuat bookmark Mercurial yang tetap selaras dengan ujung defaultcabang (tidak disebutkan namanya) dalam repositori Mercurial, dan memperbarui cabang Git lokal dari bookmark itu.

2. git-remote-hg adalah pembungkus yang berbeda, juga didasarkan padahg-gitekstensiMercurial. Ini juga menggunakangit-remote-helpersprotokol (maka namanya). Ia menggunakan direktori tingkat atas hanya untuk direktori kerja Git; itu membuat repositori Mercurial tetap kosong. Ini juga mempertahankan repositori telanjang Git kedua untuk membuat sinkronisasi antara Git dan Mercurial lebih aman dan lebih seperti git suka secara idiomatis.

3. The git-hg naskah (sebelumnya dipelihara di sini ) menggunakan metode yang berbeda, berdasarkan hg-fast-exportdari proyek cepat-ekspor . Seperti metode 2, ini juga menyimpan repositori Mercurial kosong dan repositori telanjang Git tambahan.

   Untuk menarik, alat ini mengabaikan bookmark Mercurial dan sebagai gantinya mengimpor setiap cabang Mercurial bernama ke cabang Git, dan cabang Mercurial default (tanpa nama) menjadi master.

   Beberapa komentar membahas alat ini hanya sebagai hg-> git, tetapi mengklaim telah bergabung dalam dukungan push git-> hg pada 7 Desember 2011. Namun, seperti yang saya jelaskan dalam ulasan alat ini , cara alat ini mencoba menerapkan dukungan push tampaknya tidak bisa diterapkan.

4. Ada juga proyek lain yang disebut git-remote-hg . Tidak seperti versi yang tercantum di atas, yang ini tidak bergantung pada hg-git, tetapi langsung mengakses Mercurial Python API. Saat ini, menggunakannya juga membutuhkan versi git yang ditambal. Saya belum mencoba ini.

5. Akhirnya, Penjahit adalah proyek yang secara bertahap mengkonversi antara berbagai VCS yang berbeda. Sepertinya pengembangan ini tidak akan dilanjutkan secara agresif.

Tiga pendekatan pertama ini terlihat cukup ringan untuk membujuk saya untuk menyelidikinya. Saya perlu men-tweak mereka dalam beberapa cara untuk membuatnya berjalan pada setup saya, dan saya melihat beberapa cara untuk men-tweak mereka lebih lanjut untuk meningkatkan mereka, dan kemudian saya men-tweak mereka lebih jauh untuk membuat mereka berperilaku lebih seperti satu sama lain sehingga saya bisa mengevaluasi mereka lebih efektif. Kemudian saya pikir orang lain mungkin juga ingin melakukan tweak ini, untuk melakukan evaluasi yang sama. Jadi saya telah membuat paket sumber yang akan memungkinkan Anda untuk menginstal versi saya dari salah satu dari tiga alat pertama. Itu juga harus mengurus menginstal hg-fast-exportpotongan yang dibutuhkan . (Anda harus menginstal hg-gitsendiri.)

Saya mendorong Anda untuk mencobanya dan memutuskan sendiri apa yang paling berhasil. Saya akan senang mendengar tentang kasus di mana alat ini pecah. Saya akan mencoba untuk tetap selaras dengan perubahan hulu, dan untuk memastikan penulis hulu menyadari tweak saya pikir berguna.

Seperti yang saya sebutkan di atas, dalam mengevaluasi alat-alat ini, saya sampai pada kesimpulan bahwa git-hghanya dapat digunakan untuk menarik dari Mercurial, bukan untuk mendorong.

Terkait, berikut adalah beberapa perbandingan / manual terjemahan bermanfaat antara Git dan Mercurial, dalam beberapa kasus ditargetkan pada pengguna yang sudah tahu Git:

• Mercurial untuk pengguna Git
• Git dan Mercurial - Bandingkan dan Kontras
• Apa perbedaan antara Mercurial dan Git
• Mercurial dan Git: perbandingan teknis
• Git hg rosetta stone
• Homebrew Coding: Mercurial
• Blog Francisoud: Git vs Mercurial (hg)
• Git vs Mercurial

Ada git-remote-hg baru yang menyediakan dukungan asli:

Dukungan jembatan di Git untuk Mercurial dan Bazaar

Cukup salin git-remote-hg ke $ PATH Anda, buat itu dapat dieksekusi, dan hanya itu, tidak ada dependensi (selain Mercurial):

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

Anda harus dapat mendorong dan menariknya seolah-olah itu adalah repositori asli Git.

Saat Anda mendorong cabang Git baru, bookmark Mercurial akan dibuat untuk mereka.

Lihat wiki git-remote-hg untuk informasi lebih lanjut.

Anda harus bisa menggunakan hg-git .

hg clone <hg repository>

edit ~/.hgrcdan tambahkan:

[extensions]
hgext.bookmarks =
hggit =

buat bookmark sehingga Anda akan memiliki masterin git:

cd <repository>
hg bookmark -r default master

edit .hg/hgrcdi repositori dan tambahkan:

[git]
intree = true

sekarang Anda dapat membuat repositori git:

hg gexport

dan Anda dapat menggunakan direktori yang dihasilkan sebagai klon git. menarik dari lincah adalah:

hg pull
hg gexport

dan mendorong untuk lincah:

hg gimport
hg push

(Ya, Anda harus menggunakan hg dengan alur kerja ini tetapi peretasan Anda akan sepenuhnya aktif)

PS Jika Anda memiliki masalah dengan alur kerja ini, silakan ajukan bug.

Anda dapat mencoba hg2git, yang merupakan skrip python dan merupakan bagian dari ekspor cepat, yang dapat Anda temukan di http://repo.or.cz/w/fast-export.git .

Anda harus menginstal lincah.

Karena hg-git adalah jembatan dua arah , ini juga memungkinkan Anda untuk mendorong perubahan dari Git ke Mercurial.

Plugin Hg-Git Mercurial . Belum mencobanya sendiri, tetapi mungkin perlu dicoba.

Saya telah sukses besar dengan git-hgdari https://github.com/cosmin/git-hg (memerlukan instal yang berfungsi hgjuga). Ini mendukung fetch, pull dan push dan lebih stabil untuk saya daripada hg-git(fitur serupa dari hgke git).

Lihat https://github.com/cosmin/git-hg#usage untuk contoh penggunaan. Antarmuka pengguna sangat mirip dengan git-svn.

The git-hgmembutuhkan ruang disk tambahan untuk setiap hg repo kloning. Implementasinya menggunakan klon mercurial penuh, klon git ekstra ekstra dan repo git yang sebenarnya. Ruang disk yang dibutuhkan kira-kira 3 kali penggunaan normal git saja. Salinan tambahan disimpan di bawah .gitdirektori direktori kerja Anda (atau lokasi ditunjuk GIT_DIRseperti biasa).

Perhatian: Masalah dasar yang git-hgmencoba untuk dipecahkan adalah tidak ada pemetaan 1: 1 antara gitdan hgfitur. Masalah terbesar adalah ketidakcocokan impedansi antara cabang git dan hg cabang yang tidak disebutkan namanya dan hg bernama cabang dan bookmark hg (semuanya terlihat sangat mirip cabang untuk gitpengguna). Masalah terkait adalah hgmencoba untuk menyimpan nama cabang bernama asli dalam riwayat versi sebagai lawan git di mana nama cabang hanya ditambahkan ke pesan templat komitmen secara default.

Setiap alat yang mengklaim membuat jembatan interoperable antara gitdan hgharus menjelaskan bagaimana itu akan berurusan dengan pertandingan impedansi ini. Anda kemudian dapat memutuskan apakah solusi yang dipilih sesuai dengan kebutuhan Anda.

Solusi yang git-hgdigunakan adalah membuang semua bookmark hg dan mengonversi cabang bernama ke cabang git. Selain itu ia menetapkan cabang master git ke cabang hg default yang tidak disebutkan namanya.

Sudah mencoba hggit. Bekerja untuk saya, karena saya harus mengatasi pekerjaan git'ers dan hg'ers. Khusus untuk ulasan, ini sangat bagus.

Masalah kecil / peringatan pada topik itu:

Saya telah mencoba mengkloning repositori kernel linux yang stabil dengan hg. Repositori ini disimpan dalam git dan biasanya memiliki sejumlah besar file di dalamnya.

Sangat lambat. Butuh waktu 2 hari untuk sepenuhnya mengkloning dan memperbarui copy pekerjaan.

Saya telah mencoba cosmin's git-hg dan abourget's git-hg-lagi baik pada repo hg mutt , tampaknya kemudian menghormati urutan penggabungan sumur, yang pertama agak acak. Anda dapat melihat dari screenshot di bawah ini.

Grafik riwayat penggabungan mutt yang diimpor oleh cosmin's git-hg :

Grafik riwayat penggabungan mutt yang diimpor oleh abourget's git-hg-again :

Grafik riwayat aktual yang diplot oleh hgk pada repositori hg mutt's:

Seperti yang dapat Anda lihat di atas, grafik kedua oleh abourget's git-hg-lagi sangat dekat dengan grafik hgk asli dan sebenarnya mencerminkan alur kerja nyata dari mutt.

Salah satu kekurangan dari git-hg-lagi yang saya temukan adalah ia tidak menambahkan remote 'hg', melainkan mengimpor semua referensi sebagai tag lokal, git-hg memiliki remote 'hg' yang indah mewakili repo hg hulu.

Sinkronisasi hg-git dua arah (dan git-git, hg-hg) juga dimungkinkan dengan layanan Git-hg Mirror . Ia menggunakan hg-git (antara lain) di belakang layar dan kodenya juga open source.

Penafian : Saya dari perusahaan di belakangnya.