Khả năng tương tác của Git với Kho lưu trữ Mercurial

Tôi sử dụng GIT trên máy Mac. Đủ nói. Tôi có các công cụ, tôi có kinh nghiệm. Và tôi muốn tiếp tục sử dụng nó. Không có chiến tranh ở đây ...

Vấn đề luôn luôn là với khả năng tương tác. Hầu hết mọi người sử dụng SVN, điều này rất tốt cho tôi. Git SVN hoạt động tốt, và là một giải pháp không rườm rà. Mọi người có thể tiếp tục vui vẻ sử dụng SVN và tôi không mất quy trình làm việc và các công cụ của mình.

Bây giờ ... Một số kẻ đi cùng với Mercurial. Tốt cho họ: họ có lý do của họ. Nhưng tôi không thể tìm thấy bất kỳ GIT HG nào. Tôi không muốn chuyển sang HG, nhưng tôi vẫn cần phải tương tác với kho lưu trữ của họ.

Bất cứ ai trong số các bạn biết một giải pháp đơn giản cho việc này?

Cập nhật từ tháng 6 năm 2012. Hiện tại dường như có các phương pháp sau đây cho khả năng tương tác Git / Hg khi nhà phát triển muốn làm việc từ phía git:

1. Cài đặt Mercurial và phần mở rộng hg-git . Bạn có thể thực hiện sau bằng trình quản lý gói của mình hoặc với easy_install hg-git. Sau đó, đảm bảo những điều sau đây nằm trong ~ / .hgrc của bạn:

   [extensions]
   hggit = 
   

   Bạn cũng có thể thấy một số tài liệu tham khảo nói về việc chỉ định bookmarkstiện ích mở rộng ở đây, nhưng điều đó đã được tích hợp vào Mercurial kể từ phiên bản 1.8. Dưới đây là một số mẹo về cài đặt hg-git trên Windows .

   Khi bạn có hg-git, bạn có thể sử dụng các lệnh đại khái như Abderrahim Kitouni đã đăng ở trên . Phương pháp này đã được tinh chỉnh và điều chỉnh từ năm 2009, và có một trình bao bọc thân thiện: git-hg-again . Điều này sử dụng thư mục toplevel như một thư mục làm việc cho cả Mercurial và Git cùng một lúc. Nó tạo ra một dấu trang Mercurial mà nó giữ đồng bộ với đầu của nhánh default(chưa được đặt tên) trong kho lưu trữ Mercurial và nó cập nhật một nhánh Git cục bộ từ dấu trang đó.

2. git-remote-hg là một trình bao bọc khác, cũng dựa trênhg-gitphần mở rộngMercurial. Điều này cũng sử dụng cácgit-remote-helpersgiao thức (do đó tên của nó). Nó chỉ sử dụng thư mục toplevel cho thư mục làm việc Git; nó giữ cho kho chứa Mercurial của nó trống. Nó cũng duy trì một kho lưu trữ Git trần thứ hai để làm cho việc đồng bộ giữa Git và Mercurial an toàn hơn và dễ hiểu hơn.

3. Các git-hg kịch bản (trước đây duy trì ở đây ) sử dụng một phương pháp khác nhau, dựa trên hg-fast-exporttừ dự án nhanh xuất khẩu . Giống như phương pháp 2, điều này cũng giữ một kho lưu trữ Mercurial trần và một kho lưu trữ Git trần bổ sung.

   Để kéo, công cụ này bỏ qua các dấu trang Mercurial và thay vào đó, nhập mọi nhánh Mercurial có tên vào nhánh Git và nhánh Mercurial mặc định (không tên) thành chủ.

   Một số bình luận thảo luận về công cụ này là chỉ hg-> git, nhưng nó tuyên bố đã hợp nhất trong git-> hg hỗ trợ đẩy vào ngày 7 tháng 12 năm 2011. Tuy nhiên, khi tôi giải thích trong một đánh giá về các công cụ này , cách thức công cụ này cố gắng thực hiện hỗ trợ đẩy dường như không thể thực hiện được.

4. Ngoài ra còn có một dự án khác gọi là git-remote-hg . Không giống như phiên bản được liệt kê ở trên, phiên bản này không dựa vào hg-git, mà thay vào đó truy cập trực tiếp vào API Python của Mercurial. Hiện tại, sử dụng nó cũng yêu cầu một phiên bản git vá. Tôi chưa thử cái này bao giờ.

5. Cuối cùng, Tailor là một dự án chuyển đổi tăng dần giữa nhiều loại VCS khác nhau. Có vẻ như sự phát triển này sẽ không được tiếp tục mạnh mẽ.

Ba cách tiếp cận đầu tiên này trông đủ nhẹ để thuyết phục tôi điều tra. Tôi cần phải tinh chỉnh chúng theo một số cách để khiến chúng chạy trên thiết lập của mình và tôi đã thấy một số cách để tinh chỉnh chúng hơn nữa để cải thiện chúng, và sau đó tôi vẫn điều chỉnh chúng hơn nữa để chúng hoạt động giống nhau hơn để tôi có thể đánh giá chúng hiệu quả hơn. Sau đó, tôi nghĩ rằng những người khác cũng có thể muốn có những điều chỉnh này, để thực hiện đánh giá tương tự. Vì vậy, tôi đã tạo một gói nguồn cho phép bạn cài đặt các phiên bản của tôi trong bất kỳ ba công cụ đầu tiên nào. Nó cũng nên chăm sóc cài đặt các phần cần thiết hg-fast-export. (Bạn cần tự cài đặt hg-git.)

Tôi khuyến khích bạn dùng thử chúng và tự quyết định những gì hoạt động tốt nhất. Tôi sẽ rất vui khi nghe về những trường hợp các công cụ này bị hỏng. Tôi sẽ cố gắng giữ chúng đồng bộ với các thay đổi ngược dòng và để đảm bảo các tác giả ngược dòng nhận thức được các điều chỉnh mà tôi nghĩ là hữu ích.

Như tôi đã đề cập ở trên, khi đánh giá các công cụ này, tôi đã đi đến kết luận git-hgchỉ có thể sử dụng để lấy từ Mercurial, không phải để đẩy.

Liên quan, đây là một số so sánh hữu ích / hướng dẫn dịch giữa Git và Mercurial, trong một số trường hợp được nhắm mục tiêu vào những người dùng đã biết Git:

• Mercurial cho người dùng Git
• Git và Mercurial - So sánh và tương phản
• Sự khác biệt giữa Mercurial và Git là gì
• Mercurial và Git: một so sánh kỹ thuật
• Đá hoa hồng Git hg
• Mã hóa homebrew: Mercurial
• Blog của Francisoud: Git vs Mercurial (hg)
• Git vs Mercurial

Có một git-remote-hg mới cung cấp hỗ trợ riêng:

Hỗ trợ cầu trong Git cho Mercurial và Bazaar

Chỉ cần sao chép git-remote-hg vào $ PATH của bạn, làm cho nó có thể thực thi được và đó là nó, không phụ thuộc (trừ Mercurial):

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

Bạn sẽ có thể đẩy và kéo từ nó như thể nó là một kho lưu trữ Git riêng.

Khi bạn đẩy các nhánh Git mới, dấu trang Mercurial sẽ được tạo cho chúng.

Xem wiki git-remote-hg để biết thêm thông tin.

Bạn sẽ có thể sử dụng hg-git .

hg clone <hg repository>

chỉnh sửa ~/.hgrcvà thêm:

[extensions]
hgext.bookmarks =
hggit =

tạo một dấu trang để bạn sẽ có một mastergit:

cd <repository>
hg bookmark -r default master

chỉnh sửa .hg/hgrctrong kho lưu trữ và thêm:

[git]
intree = true

bây giờ bạn có thể tạo kho git:

hg gexport

và bạn có thể sử dụng thư mục kết quả như một bản sao git. kéo từ đồng bóng sẽ là:

hg pull
hg gexport

và đẩy đến đồng bóng:

hg gimport
hg push

(Có, bạn cần sử dụng hg với quy trình công việc này nhưng việc hack của bạn sẽ hoàn toàn trong git)

PS Nếu bạn gặp vấn đề với quy trình làm việc này, vui lòng báo lỗi.

Bạn có thể thử hg2git, đó là tập lệnh python và là một phần của xuất nhanh, bạn có thể tìm thấy tại http://repo.or.cz/w/fast-export.git .

Bạn sẽ cần phải cài đặt đồng bóng mặc dù.

Vì hg-git là một cây cầu hai chiều, nó cũng sẽ cho phép bạn đẩy các thay đổi từ Git sang Mercurial.

Plugin Hg-Git Mercurial . Không thử bản thân mình, nhưng có thể đáng để kiểm tra.

Tôi đã có thành công lớn với git-hgtừ https://github.com/cosmin/git-hg (cũng yêu cầu cài đặt làm việc hg). Nó hỗ trợ tìm nạp, kéo và đẩy và ổn định hơn đối với tôi hg-git(các tính năng tương tự từ hggit).

Xem https://github.com/cosmin/git-hg#usage để biết ví dụ sử dụng. Giao diện người dùng rất giống với git-svn.

Yêu git-hgcầu thêm không gian đĩa cho mỗi repo hg nhân bản. Việc thực hiện sử dụng bản sao đầy đủ đồng bóng, một bản sao trần git phụ và repo git thực tế. Dung lượng đĩa yêu cầu gấp khoảng 3 lần chỉ sử dụng git bình thường. Các bản sao bổ sung được lưu trữ bên dưới .gitthư mục của thư mục làm việc của bạn (hoặc vị trí được chỉ ra GIT_DIRnhư bình thường).

Lưu ý: Vấn đề cơ bản git-hgcố gắng giải quyết là không có ánh xạ 1: 1 giữa gitvà hgcác tính năng. Vấn đề lớn nhất là không phù hợp trở kháng giữa các chi nhánh git và chi nhánh giấu tên hg và chi nhánh hg tên và bookmark hg (tất cả những cái nhìn rất giống các chi nhánh để gitngười dùng). Một vấn đề liên quan là hgcố gắng lưu tên chi nhánh có tên gốc trong lịch sử phiên bản trái ngược với git trong đó tên chi nhánh chỉ được thêm vào thông báo cam kết mẫu theo mặc định.

Bất kỳ công cụ nào tuyên bố sẽ tạo cầu nối có thể tương tác giữa gitvà hgnên giải thích cách nó sẽ đối phó với kết hợp trở kháng này. Sau đó, bạn có thể quyết định xem giải pháp được chọn có phù hợp với nhu cầu của bạn không.

Giải pháp git-hgsử dụng là loại bỏ tất cả các dấu hg và chuyển đổi các nhánh được đặt tên thành các nhánh git. Ngoài ra, nó đặt nhánh git master thành nhánh hg không tên.

Đã thử hggit. Làm việc cho tôi, vì tôi phải đối phó với công việc của git'ers và hg'ers. Đặc biệt đối với đánh giá này là tuyệt vời.

Một vấn đề nhỏ / cảnh báo về chủ đề đó:

Tôi đã cố gắng sao chép một kho lưu trữ kernel linux ổn định với hg. Các kho lưu trữ này được duy trì trong git và thường có một số lượng lớn các tệp trong đó.

Nó rất chậm. Mất 2 ngày để sao chép hoàn toàn và cập nhật một bản sao hoạt động.

Tôi đã thử git-hg của cosmin và git-hg-một lần nữa trên cả repo hg của mutt , có vẻ như sau này tôn trọng thứ tự hợp nhất, trước đây là một chút ngẫu nhiên. Bạn có thể nhìn thấy từ các ảnh chụp màn hình dưới đây.

Biểu đồ lịch sử hợp nhất của mutt được nhập bởi git-hg của cosmin :

Biểu đồ lịch sử hợp nhất của mutt được nhập bởi gour-hg-abourget :

Biểu đồ lịch sử Actuall được vẽ bởi hgk trên kho hg của mutt:

Như bạn có thể thấy ở trên, biểu đồ thứ hai của git-hg-again của abourget rất gần với biểu đồ hgk ban đầu và thực sự phản ánh quy trình làm việc thực sự của mutt.

Một nhược điểm của git-hg-một lần nữa tôi thấy là nó không thêm điều khiển từ xa 'hg', mà nhập tất cả các ref của nó làm thẻ địa phương, git-hg có một điều khiển 'hg' tuyệt vời đại diện cho repo hg ngược dòng.

Đồng bộ hóa hai chiều hg-git (và git-git, hg-hg) cũng có thể với dịch vụ Git-hg Mirror . Nó sử dụng hg-git (trong số những người khác) đằng sau hậu trường và mã của nó cũng là nguồn mở.

Tuyên bố miễn trừ trách nhiệm : Tôi đến từ công ty đằng sau nó.