Tôi có tình huống sau đây:cấu trúc kho git với nhiều mô-đun
- Có 4-5 module phần mềm khác nhau một phần của một dự án phần mềm lớn.
- Tất cả chúng được đặt làm repo git riêng biệt.
- Khi tôi cam kết một đối tượng địa lý, thông thường nó kéo dài hơn một mô-đun đơn - do đó, ví dụ: 2 hoặc 3 cam kết cho mỗi mô-đun.
Hãy cho tôi ý tưởng cho nhiều mô-đun trong dự án lớn hơn. Bạn có thích sử dụng git submodules, và nếu có, theo cách nào? Hoặc bạn có sử dụng một thư mục tổng thể cho dự án, ví dụ:
Software_Project
Module_1
Module_2
Module_3
Module_4
Bất kỳ ý tưởng cho một cấu trúc git repo thích hợp là w elcome.
+1 Một câu hỏi rất độc đáo! – ralphtheninja
* "Khi tôi cam kết một tính năng, thông thường nó kéo dài hơn một mô-đun duy nhất" * - Điều đó nghe có vẻ sai với tôi. Thông thường các mô-đun con có nghĩa là độc lập với kho lưu trữ gốc. – poke