Làm cách nào để thêm một mô hình con vào thư mục con?

Tôi có một repo git ~/.janus/với một loạt các mô hình con trong đó. Tôi muốn thêm một mô hình con vào ~/.janus/snipmate-snippets/snippets/, nhưng khi tôi chạy git submodule add <git@github.com:...>trong snipmate-snippetsthư mục, tôi nhận được thông báo lỗi sau:

You need to run this command from the toplevel of the working tree.

Vì vậy, câu hỏi là: Làm thế nào để tôi thêm một mô hình con vào snipmate-snippetsthư mục?

Bạn đi vào ~/.janusvà chạy:

git submodule add <git@github ...> snipmate-snippets/snippets/

Nếu bạn cần thêm thông tin về các mô hình con (hoặc git nói chung), ProGit khá hữu ích.

Lưu ý rằng bắt đầu từ git1.8.4 (tháng 7 năm 2013), bạn sẽ không phải quay lại thư mục gốc nữa.

 cd ~/.janus/snipmate-snippets
 git submodule add <git@github ...> snippets

( Nhận xét của Bouke Versteegh mà bạn không phải sử dụng , như trong : là đủ)/.snippets/.snippets

Xem cam kết 091a6eb0feed820a43663ca63dc2bc0bb247bbae :

mô hình con: bỏ yêu cầu cấp cao nhất

Sử dụng rev-parse --prefixtùy chọn mới để xử lý tất cả các đường dẫn được cung cấp cho lệnh mô đun con, loại bỏ yêu cầu nó được chạy từ cấp cao nhất của kho lưu trữ.

Do việc giải thích URL mô hình con tương đối phụ thuộc vào việc " remote.origin.url" có được cấu hình hay không , nên chặn rõ ràng các URL tương đối trong " git submodule add" khi không ở cấp cao nhất của cây làm việc.

Đã ký tắt: John Keeping

Phụ thuộc vào cam kết 12b9d32790b40bf3ea49134095619700191abf1f

Điều này làm cho ' git rev-parse' hoạt động như thể nó được gọi từ thư mục con được chỉ định của kho lưu trữ, với sự khác biệt là bất kỳ đường dẫn tệp nào được in đều có tiền tố với đường dẫn đầy đủ từ đầu cây làm việc .

Điều này hữu ích cho các tập lệnh shell nơi chúng ta có thể muốn lên cdđỉnh của cây làm việc nhưng cần xử lý các đường dẫn tương đối do người dùng đưa ra trên dòng lệnh.

Tôi đã có một vấn đề tương tự, nhưng đã vẽ mình vào một góc với các công cụ GUI.

Tôi đã có một tiểu dự án với một vài tệp trong đó mà cho đến nay tôi chỉ sao chép xung quanh thay vì kiểm tra repo git của riêng họ. Tôi đã tạo một repo trong thư mục con, có thể cam kết, đẩy, v.v. Nhưng trong repo cha, thư mục con không được coi là một mô hình con và các tệp của nó vẫn bị theo dõi bởi repo cha - không tốt.

Để thoát khỏi mớ hỗn độn này, tôi đã phải nói với Git ngừng theo dõi thư mục con (không xóa các tệp):

proj> git rm -r --cached ./ui/jslib

Sau đó, tôi phải nói với nó rằng có một mô hình con ở đó (mà bạn không thể làm nếu có bất cứ điều gì hiện đang được theo dõi bởi git):

proj> git submodule add ./ui/jslib

Cập nhật

Cách lý tưởng để xử lý việc này bao gồm một vài bước nữa. Lý tưởng nhất, repo hiện có được chuyển ra thư mục riêng của nó, không có bất kỳ mô đun git cha mẹ nào, được cam kết và đẩy, và sau đó được thêm dưới dạng một mô hình con như:

proj> git submodule add git@bitbucket.org:user/jslib.git ui/jslib

Điều đó sẽ sao chép git repo dưới dạng một mô hình con - bao gồm các bước nhân bản tiêu chuẩn, nhưng cũng có một số bước cấu hình khó hiểu khác mà git thay mặt bạn để mô hình con đó hoạt động. Sự khác biệt quan trọng nhất là nó đặt một tệp .git đơn giản ở đó, thay vì một thư mục .git, chứa một tham chiếu đường dẫn đến nơi mà git dir thực sự sống - nói chung là ở gốc .git / module / jslib của dự án gốc.

Nếu bạn không làm mọi thứ theo cách này thì họ sẽ làm việc tốt cho bạn, nhưng ngay khi bạn cam kết và thúc đẩy cha mẹ, và một nhà phát triển khác sẽ lôi kéo cha mẹ đó, bạn sẽ khiến cuộc sống của họ khó khăn hơn rất nhiều. Sẽ rất khó để họ sao chép cấu trúc bạn có trên máy của mình miễn là bạn có một thư mục .git đầy đủ trong thư mục con của thư mục chứa thư mục .git của chính nó.

Vì vậy, di chuyển, đẩy, git thêm mô hình con, là lựa chọn sạch nhất.

Đối với những người bạn chia sẻ sở thích kỳ lạ của tôi về chỉnh sửa tệp cấu hình thủ công, việc thêm (hoặc sửa đổi) những điều sau đây cũng sẽ thực hiện thủ thuật.

.git / config (cấu hình cá nhân)

[submodule "cookbooks/apt"]
    url = https://github.com/opscode-cookbooks/apt

.gitmodules (cam kết chia sẻ cấu hình)

[submodule "cookbooks/apt"]
    path = cookbooks/apt
    url = https://github.com/opscode-cookbooks/apt

Cũng thấy điều này - sự khác biệt giữa .gitmodules và chỉ định các mô hình con trong .git / config?

kịch bản bash một lớp để giúp câu trả lời của Chris ở trên, vì tôi đã tự vẽ ở một góc cũng như sử dụng các bản cập nhật Vundle cho các tập lệnh .vim của mình. DESTlà đường dẫn đến thư mục chứa các mô hình con của bạn. Làm điều này sau khi làmgit rm -r $DEST

DEST='path'; for file in `ls ${DEST}`; do git submodule add `grep url ${DEST}/${file}/.git/config|awk -F= '{print $2}'` ${DEST}/${file}; done

chúc mừng