Có một repo Git và đồng bóng trong cùng một thư mục

Ill giải thích vấn đề của tôi,

Tôi hiện đang sử dụng một cài đặt nội bộ của gitorious bằng git. Tôi muốn bắt đầu thử nghiệm FogBugz và Kiln từ Fog Creek sử dụng đồng bóng. Tôi muốn ít nhất một thời gian ngắn tiếp tục phát triển bằng cả hai giải pháp.

Có ai biết bất kỳ ảnh hưởng nghiêm trọng lâu dài của việc có một git và repo đồng bóng trong cùng một thư mục. Hoặc có một cách tốt hơn để giữ cho máy chủ git và mercurial đồng bộ.

Tôi đã thử nó với một repo thử nghiệm và tôi không thấy bất kỳ vấn đề nào.

Cảm ơn vì bất kì sự giúp đỡ.

Tôi đã tìm thấy cây cầu hg-git khá hữu dụng khi đi theo hướng khác (phơi bày một số thứ trên Github ban đầu được xây dựng bằng Mercurial để kiểm soát nguồn). Về cơ bản, bạn "chỉ" sử dụng đồng bóng, tạo dấu trang liên kết "chính" với "mặc định" khi bạn sẵn sàng đẩy sang repo git và đẩy. Kéo từ git hoạt động tương tự như cách bạn làm khi bạn kéo từ một repo từ xa. Bạn không kết thúc với các tập tin danh mục.

Có một dự án tương tự cho người dùng git muốn đẩy / kéo từ kho Mercurial, nhưng tôi không có kinh nghiệm trực tiếp với nó. Xem https://github.com/offbytwo/git-hg

Khác với khả năng vô tình kiểm tra một loạt các thư mục ẩn từ hệ thống kiểm soát nguồn "khác" của bạn, tôi không thấy bất kỳ vấn đề thực sự nào khi thực hiện hg init trong git repo; Nó chỉ có vẻ ít rắc rối hơn đối với tôi khi sử dụng một cây cầu, và rõ ràng chọn thời điểm để đẩy sang hệ thống dvcs khác.

Tôi đã sử dụng cả mercurial và git trên cùng một dự án, trong cùng một thư mục làm việc. Điều tuyệt vời khi sử dụng hai DVCS này là cả hai chỉ có một thư mục (.git / .hg) cho confs và blobs và cây và công cụ của họ.

Chỉ cần đặt .hg vào .gitignore (và .git trong .hgignore) và bạn sẽ tốt hơn để đi.

Bạn tất nhiên phải tăng gấp đôi công việc khi cam kết, nhưng tôi không thấy việc này khó quản lý.

Theo tôi, thiết lập này đáng tin cậy hơn nhiều so với việc sử dụng bất kỳ giải pháp cầu nối nào (tôi không thích chúng vì nỗi kinh hoàng tôi có với git-svn).