Làm thế nào để thiết lập một dự án git để sử dụng một mô hình con repo bên ngoài?

Tôi muốn tạo một repo kéo theo một repo từ xa.

Ví dụ: giả sử jQuery là một mô hình con:

git://github.com/jquery/jquery.git

Điều gì sẽ là quá trình tạo một repo với jQuery như là một mô hình con và thêm bên ngoài của riêng tôi như một repo từ xa.

Ngoài ra một khi điều này được thiết lập, nếu tôi đẩy / kéo đến điều khiển từ xa của riêng tôi, liệu bên ngoài có còn nguyên vẹn không?

1. Bạn có một dự án - gọi nó là MyWebApp đã có repo github
2. Bạn muốn sử dụng kho lưu trữ jquery trong dự án của bạn
3. Bạn muốn kéo repo jquery vào dự án của bạn như là một mô hình con .

Submodules thực sự, thực sự dễ dàng để tham khảo và sử dụng. Giả sử bạn đã cài đặt MyWebApp làm repo, từ thiết bị đầu cuối phát hành các lệnh này:

cd MyWebApp
git submodule add git://github.com/jquery/jquery.git externals/jquery

Điều này sẽ tạo một thư mục có tên externals/jquery* và liên kết nó với kho lưu trữ github jquery. Bây giờ chúng ta chỉ cần khởi tạo mô hình con và sao chép mã vào nó:

git submodule update --init --recursive

Bây giờ bạn sẽ có tất cả các mã mới nhất được nhân bản vào mô hình con. Nếu repo jquery thay đổi và bạn muốn kéo mã mới nhất xuống, chỉ cần phát lại submodule updatelệnh. Xin lưu ý: Tôi thường có một số kho lưu trữ bên ngoài trong các dự án của mình, vì vậy tôi luôn nhóm các repos trong một thư mục "externals".

Sách Pro Git trực tuyến có một số thông tin tốt về các mô hình con (và git nói chung) được trình bày theo cách dễ đọc. Thay phiên, git help submodulecũng sẽ cung cấp thông tin tốt. Hoặc hãy xem Hướng dẫn mô hình con Git trên wiki git.

Tôi nhận thấy mục blog này nói về các mô hình con và so sánh chúng với cơ chế svn: externals của Subversion: http://speirs.org/blog/2009/5/11/under Hiểu-git-submodules.html

_{* Là một cách thực hành tốt nhất, bạn nên luôn đặt các mô hình con của mình trong thư mục riêng của chúng, chẳng hạn như Externals. Nếu bạn không, thư mục dự án gốc của bạn có thể trở nên rất lộn xộn rất nhanh.}

Hầu hết những gì bạn cần biết đã được trả lời, vì vậy tôi sẽ không bận tâm đến việc đó, tuy nhiên, tôi đã tìm thấy một mẩu thông tin nhỏ thường bị thiếu.

Như bạn đã biết, "git pull" sẽ không cập nhật các mô hình con và "cập nhật mô hình con git" cũng sẽ không tải xuống TRƯỚC mới nhất của các mô hình con đó.

Để cập nhật tất cả các mô hình con của bạn lên phiên bản ngược dòng mới nhất của chúng, bạn có thể sử dụng

git submodule foreach git pull

Nếu bạn thường xuyên thay đổi các mô hình con của mình và có rất nhiều, thì "git foreach" sẽ trở nên vô giá.

Cuối cùng, tôi đã tìm thấy http://github.com/evilchelu/bear nó dường như phù hợp với cách tôi mong đợi các mô hình con và điều khiển từ xa hoạt động

Tôi nghĩ rằng câu trả lời @Hugo có thể là những gì bạn cần và hoạt động tốt. Vì vậy, tôi đã tìm thấy một cách dễ dàng hơn.

git submodule update --remote

Đó là tất cả.

Vì vậy, một quy trình công việc hoàn chỉnh có thể là:

git clone project-with-submodules
git submodule init
git config -l
git submodule update --remote