Git Submodules và ứng dụng trong việc chia sẻ tài nguyên dùng chung

Git Submodules và ứng dụng trong việc chia sẻ tài nguyên dùng chung

Tin ngắn hàng ngày dành cho bạn
  • Từ lâu rồi suy nghĩ làm thế nào để tăng sự hiện diện thương hiệu, cũng như người dùng cho blog. Nghĩ đi nghĩ lại thì chỉ có cách chia sẻ lên mạng xã hội hoặc trông chờ họ tìm kiếm, cho đến khi...

    In cái áo này được cái tắc đường khỏi phải lăn tăn, càng đông càng vui vì hàng trăm con mắt nhìn thấy cơ mà 🤓

    (Có tác dụng thật nha 🤭)

    » Xem thêm
  • Một vòng của sự phát triển nhiều dự án khá là thú vị. Tóm tắt lại trong 3 bước: Thấy một cái gì đó phức tạp -> Làm cho nó đơn giản đi -> Thêm thắt tính năng cho đến khi nó phức tạp... -> Quay trở lại vòng lặp mới.

    Tại sao lại như vậy? Để mình lấy 2 ví dụ cho các bạn thấy.

    Markdown ra đời với mục tiêu tạo ra một định dạng văn bản thô "dễ viết, dễ đọc, dễ dàng chuyển thành một dạng gì đó như HTML". Vì thời đó chẳng ai đủ kiên nhẫn mà vừa ngồi viết vừa thêm định dạng cho văn bản hiển thị ở trên web như thế nào. Ấy vậy mà giờ đây người ta đang "nhồi nhét" hoặc tạo ra các biến thể dựa trên markdown để bổ sung thêm nhiều định dạng mới đến mức... chẳng nhớ nổi hết cú pháp.

    React cũng là một ví dụ. Từ thời PHP, việc khát khao tạo ra một cái gì đó tách biệt hẳn giao diện người dùng và phần xử lý logic chính của ứng dụng thành 2 phần riêng biệt cho dễ đọc, dễ viết. Kết quả là các thư viện UI/UX phát triển rất mạnh mẽ, mang lại khả năng tương tác với người dùng rất tốt, còn phần logic ứng dụng thì nằm ở một máy chủ riêng biệt. Bộ đôi Front-end, Back-end cũng từ đấy mà thịnh hành, không thể thiếu anh bồi bàn REST API. Ấy vậy mà giờ đây React trông cũng không khác biệt gì so với PHP là mấy, kéo theo là cả Vue, Svelte... lại cùng quy tất cả về một mối.

    Cơ mà không phải vòng lặp là xấu, ngược lại vòng lặp này mang tính tiến hoá nhiều hơn là "cải lùi". Nhiều khi lại tạo ra được cái hay hơi cái cũ thế là người ta lại dựa trên cái hay đó để tiếp tục lặp. Nói cách khác là chắc lọc tinh hoa từng tí một tí một á 😁

    » Xem thêm
  • Song song với các dự án chính thức thì thi thoảng mình vẫn thấy các dự án "bên lề" nhằm tối ưu hoặc cải tiến ngôn ngữ theo khía cạnh nào đó. Ví dụ nature-lang/nature là một dự án hướng tới cải tiến Go, mang lại một số thay đổi nhằm giúp cho việc sử dụng Go trở nên thân thiện hơn.

    Nhìn lại mới thấy hao hao JavaScript 😆

    » Xem thêm

Vấn đề

Trình quản lý gói (Package Manager) được tích hợp hay được tạo ra và sử dụng trong các ngôn ngữ lập trình là một cách hữu hiệu để chúng ta tái sử dụng mã được chia sẻ. Ví dụ như trong Javascript/Node.js có npm với hàng triệu packages được chia sẻ bởi rất nhiều lập trình viên trên thế giới. Mỗi khi cần gì, việc đầu tiên chúng ta thường làm là tìm xem có gói nào đáp ứng được nhu cầu để giảm thời gian phát triển phần mềm.

Việc chia sẻ các gói mà ai cũng có thể tìm kiếm và sử dụng đôi khi không phù hợp trong một số trường hợp, ví dụ chúng ta tạo ra các hàm tiện ích chỉ để sử dụng trong các dự án nội bộ của công ty hay cho riêng cá nhân mà không muốn chia sẻ với bất kì ai khác. Mặc dù nhiều trình quản lý gói cung cấp tính năng để "publish" các gói chia sẻ trong nội bộ, tuy nhiên điều đó vẫn có những hạn chế nhất định như chi phí, thời gian triển khai...

Trong git, có một tính năng gọi là submodule có thể giúp chúng ta giải quyết được trường hợp cần chia sẻ thư mục hoặc các tệp tin với nhau trong các repository, qua đó chúng ta không cần phải tốn nhiều công sức để chia sẻ những đoạn mã tiện ích giữa các dự án với nhau nữa. Chi tiết như thế nào thì hãy đọc tiếp bài viết dưới đây nhé.

Git submodule là gì?

Git Submodule là một tính năng mạnh mẽ trong Git cho phép thêm và quản lý các repository khác trong repository của bạn. Nó cung cấp một cách để tích hợp và theo dõi các phụ thuộc mã nguồn bên ngoài một cách dễ dàng.

Về cơ bản, một submodule là một kho lưu trữ Git được nhúng trong một kho lưu trữ Git khác. Nó hoạt động như một con trỏ chỉ đến một commit cụ thể trong một kho lưu trữ bên ngoài. Bằng cách sử dụng submodule, bạn có thể thêm và sử dụng thư viện mã nguồn bên ngoài, framework hoặc bất kỳ dự án nào khác như một thành phần của dự án.

Cách đơn giản nhất để hình dung submodule hoạt động là chia sẻ những đoạn mã dùng chung trong các dự án. Ví dụ, bạn tạo ra một repository chỉ chứa các tệp với các hàm tiện ích (utils), sau đó muốn sử dụng chúng trong một dự án khác thì chỉ cần tạo một thư mục liên kết đến repository tiện ích.

git submodules work

Việc tận dụng submodule mang lại cho chúng ta nhiều sự tiện lợi trong cộng tác và tái sử dụng mã, vì các submodule cũng là một kho lưu trữ git nên nó có thể được phát triển thêm tính năng, sửa lỗi, bảo trì... như các dự án thông thường khác. Khi muốn nhận thay đổi, chỉ cần một thao tác pull submodule về để lấy về mã mới nhất. Thậm chí chúng ta còn có thể tham gia phát triển submodule ngay trong dự án đang liên kết đến nó bằng cách truy cập vào thư mục chứa submodule và commit như bình thường.

Ứng dụng trong việc chia sẻ tài nguyên dùng chung

Giả sử chúng ta đang ở thư mục dự án A và muốn thêm submodule là B có url: https://git-hub.com/2coffee/awesomelibrary

Thêm một submodule bằng lệnh add:

$ git submodule add https://git-hub.com/2coffee/awesomelibrary

Kiểm tra lệnh trên vừa làm gì:

$ git status

On branch main

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

 new file:   .gitmodules
 new file:   awesomelibrary

Git báo có 2 tệp mới được thêm vào, nó chứa chỉ dẫn cho submodule được liên kết.

Hãy thử mở file .gitmodules ra bạn sẽ thấy nội dung trông giống như là:

[submodule "awesomelibrary"]
 path = awesomelibrary
 url = https://git-hub.com/2coffee/awesomelibrary

Ngay bây giờ bạn có thể kiểm tra thư mục awesomelibrary và sử dụng các đoạn mã trong đó như nó thuộc về project.

Tổng kết

Bên cạnh việc sao chép mã hay đóng gói mã thành thư viện để sử dụng trong một dự án nội bộ khác, chúng ta còn có thêm một cách nữa là sử dụng git submodule. Nó đơn giản là liên kết một dự án git khác vào một thư mục nào đó trong project hiện tại, qua đó có thể thoải mái nhận những thay đổi mới nhất từ nó mà không cần phải làm thêm nhiều bước.

Tham khảo:

Cao cấp
Hello

5 bài học sâu sắc

Mỗi sản phẩm đi kèm với những câu chuyện. Thành công của người khác là nguồn cảm hứng cho nhiều người theo sau. 5 bài học rút ra được đã thay đổi con người tôi mãi mãi. Còn bạn? Hãy bấm vào ngay!

Mỗi sản phẩm đi kèm với những câu chuyện. Thành công của người khác là nguồn cảm hứng cho nhiều người theo sau. 5 bài học rút ra được đã thay đổi con người tôi mãi mãi. Còn bạn? Hãy bấm vào ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.

Bình luận (2)

Nội dung bình luận...
Avatar
Trịnh Cường2 năm trước

quá muộn rồi bạn ạ, giờ làm cái mới thì dùng, chứ giờ src phình to quá ko refactor lại đc nữa

Trả lời
Avatar
Xuân Hoài Tống2 năm trước

Vậy thì phải để dành cho dự án sau rồi ạ

Avatar
Trịnh Cường2 năm trước

hay đấy bạn ơi, giờ mình mới biết. trước giờ toàn npm publish để làm src dùng chung

Trả lời
Avatar
Xuân Hoài Tống2 năm trước

Giờ thì bạn có thể sử dụng git submodules để làm điều đó rồi :D