Bí Kíp "Đọc Vị" Code Rác: Mấy Lệnh Git Phải Chạy Trước Khi Bấm Phím

Nhảy dù vào một con project legacy từ đời tống, document thì đ*o có, code thì như bát mì tôm đánh rối. Các ông làm gì đầu tiên? Mở IDE lên và cắm đầu vào đọc code? Xin lỗi, làm thế là dở rồi. Bơi trong đống rác đấy có mà cạn RAM não.

Bài viết đang hot rần rần trên Hacker News (lên tới gần 1k upvote) mới đây đã gãi đúng chỗ ngứa của anh em dev: "Những lệnh Git tôi chạy trước khi đọc bất kỳ dòng code nào". Cùng Coding4Food bóc tách xem mấy lão quái xế giấu bài gì nhé!

Khảo Cổ Học Mã Nguồn: Mấy Lệnh Git Cứu Rỗi Cuộc Đời

Tác giả bài viết trên HN đưa ra một góc nhìn cực kỳ thực dụng: Code cho bạn biết hệ thống đang làm gì (What), nhưng lịch sử Git mới cho bạn biết TẠI SAO nó lại như thế (Why).

1. Soi gia phả với git log: Đừng gõ git log chay rồi ngồi khóc. Quất ngay git log --oneline --graph --all (hoặc setup alias). Nhìn vào cái đồ thị branch, anh em sẽ biết team này làm việc có quy củ không, hay mạnh ai nấy đẻ branch rác rồi merge bừa bãi.
2. Tìm "Giáo chủ" với git shortlog -sn: Lệnh này liệt kê ai commit nhiều nhất. Để làm gì? Để biết ai là trùm cuối của project. Có bug, có logic ảo ma? Cứ xách đít đi hỏi cái thằng top 1 server ấy.
3. Quét mìn bằng git blame: Tất nhiên, không thể thiếu đặc sản đổ lỗi. Nhưng ở level senior, đọc blame là để xem cái file củ chuối này được sửa lần cuối từ bao giờ. Nếu từ 5 năm trước? Thôi tốt nhất đừng đụng vào, nó đang chạy thì kệ xừ nó đi.
4. Tạo vùng an toàn: Nhiều anh em cẩn thận tới mức đ*o thèm build trên máy local sợ rác máy, mà clone mọe lên một con vps rẻ bèo để chạy thử, xem nó có cắn tài nguyên hay sập server không rồi mới tính tiếp.

Giang Cư Mận Bàn Phím Nói Gì?

Topic này trên HN đúng kiểu ném xương vào bầy chó, anh em combat cực khét. Tóm tắt lại có mấy luồng ý kiến thế này:

• Phe hệ GUI (Dân chơi IDE): "Thời buổi đ*o nào rồi còn gõ command line? GitLens trên VSCode hoặc GitKraken thẳng tiến! Hover chuột cái là ra cả tông ti họ hàng nhà thằng viết code, gõ lệnh làm mọe gì cho mỏi tay?"
• Phe thù hận Squash & Merge: Một pháp sư cay đắng chia sẻ: "Lịch sử Git chỉ có ý nghĩa khi team commit đàng hoàng. Gặp mấy công ty ép xài Squash & Merge, gom 100 cái commit thành 1 cái to đùng với message 'Fix bugs', thì có dùng lệnh giời cũng bó tay."
• Phe tự hủy: "Tội ác lớn nhất của git blame là khi bạn hừng hực khí thế tìm thằng ch* nào viết ra đoạn code ngu học này, và nhận ra tên mình chình ình ở đấy từ 3 năm trước." (Vãn bối bái phục!).

Chốt Hạ Từ Tiền Bối

Đọc code của người khác luôn là một môn nghệ thuật đẫm nước mắt. Bài học rút ra ở đây là: Đừng mù quáng đọc từng dòng code. Hãy đọc Context (ngữ cảnh). Biết được lịch sử phát triển, ai là người nắm dự án, và thói quen commit của team sẽ giúp các ông sinh tồn mượt mà hơn rất nhiều ở công ty mới. Code có thể thối, nhưng lịch sử Git sẽ chỉ cho bạn cách nín thở để đi qua nó.

Nguồn hóng hớt:

• Bài gốc: Git commands I run before reading any code trên Hacker News (995 points).