Cửa hàng phần mềm nhỏ của chúng tôi gần đây đã di chuyển từ Subversion sang Git, khi chúng tôi lập trình tìm thấy Git tốt hơn. Việc di chuyển không gây đau, chúng tôi đang gặp sự cố với tính năng phụ mô-đun. Nét chính của tôi là khi một repo chứa submodules, bạn không thể đơn giản sao chép nó và mong đợi mọi thứ hoạt động. Bạn phải thực hiện thêm một bước để bắt đầu và tải xuống các mô-đun con. Các lần kéo tiếp theo phải là update the submodules automatically, do đó, điều đó là ổn. Nhưng khi tôi thêm một mô-đun con mới, đẩy cam kết và mọi người kéo, họ sẽ không tự động nhận được mô-đun con mới, chúng lại phải tự động git submodule update
.Làm thế nào để làm cho các mô-đun con Git dễ dàng hơn cho những người không lập trình?
Điều này là ngu ngốc, vì mọi người không thể chỉ đơn giản là kéo một repo với submodules và mong đợi nó để xây dựng. Sự hiểu biết này có đúng không? Các lập trình viên có thể chỉ cần viết một kịch bản hoặc một bí danh để cập nhật các mô-đun con sau khi nhận được các cam kết mới, nhưng đối với các mô-đun con không lập trình viên của chúng ta là một nỗi đau. Tôi muốn đưa ra một giải pháp có thể làm cho repo luôn hoạt động ngay sau khi nhân bản/kéo, bất kể ứng dụng khách Git đã sử dụng.
Tùy chọn của tôi là gì?
Bạn có thể muốn sử dụng lệnh 'git clone --recursive' cho bản sao ban đầu, sẽ xử lý một phần câu hỏi của bạn. –
Cảm ơn, tôi không biết về '--recursive'. Nhưng những người không lập trình của chúng tôi sử dụng một trình khách GUI (hiện là GitBox), đó là lý do tại sao tôi đang tìm một giải pháp khác. Nó sẽ là hoàn hảo để có một hỗ trợ lớp học đầu tiên cho submodules trong GUI, nhưng tôi sẽ không giữ hơi thở của tôi. – zoul
Bạn có chắc chắn đi theo lộ trình con là cách tiếp cận đúng không? Các mô-đun con được cho là các mô-đun độc lập, vì vậy nếu mọi thứ đang phá vỡ mà không có chúng, thì nó không thực sự khép kín. – bluesman