Git

Code review là kỹ năng quan trọng không kém viết code. Một PR tốt giúp team maintain chất lượng, chia sẻ kiến thức, và bắt bug sớm. Hiểu đúng thuật ngữ code review bằng tiếng Anh giúp bạn participate hiệu quả hơn trong team quốc tế. Let’s review! 👀 🔹 Quy trình cơ bản English IPA Tiếng Việt Example pull request /pʊl rɪˈkwɛst/ yêu cầu merge code — đề xuất thay đổi để team review I opened a pull request to add the new payment integration module. reviewer /rɪˈvjuːər/ người review — người kiểm tra và nhận xét code Please add two reviewers from the backend team before merging. approval /əˈpruːvəl/ chấp thuận — đồng ý cho merge code The PR needs at least two approvals before it can be merged to main. diff /dɪf/ khác biệt — phần code thay đổi giữa hai phiên bản Review the diff carefully — there are 200 lines changed across 8 files. 🔹 Nhận xét & Phản hồi English IPA Tiếng Việt Example comment /ˈkɑːmɛnt/ nhận xét — góp ý trên dòng code cụ thể I left a comment suggesting we extract this logic into a separate function. suggestion /səˈdʒɛstʃən/ đề xuất — gợi ý thay đổi code cụ thể GitHub lets reviewers create inline suggestions that authors can apply with one click. nit /nɪt/ góp ý nhỏ — vấn đề không quan trọng (style, naming) Nit: consider renaming this variable to userCount for better readability. blocking /ˈblɑːkɪŋ/ chặn — vấn đề nghiêm trọng cần sửa trước khi merge This is a blocking comment — the SQL query is vulnerable to injection. LGTM /ˌɛl.dʒiː.tiːˈɛm/ Looks Good To Me — code ổn, đồng ý merge After addressing all comments, the reviewer replied “LGTM” and approved the PR. 🔹 Xử lý code English IPA Tiếng Việt Example refactor /ˌriːˈfæktər/ tái cấu trúc — viết lại code sạch hơn mà không đổi behavior Let’s refactor this 200-line function into smaller, testable methods. merge conflict /mɜːrdʒ ˈkɑːnflɪkt/ xung đột merge — hai branch chỉnh cùng dòng code Resolve the merge conflict in the config file before the PR can be merged. commit message /kəˈmɪt ˈmɛsɪdʒ/ thông điệp commit — mô tả ngắn gọn thay đổi trong commit Write a clear commit message like “fix: resolve null pointer in user service”. squash /skwɑːʃ/ gộp commit — gom nhiều commit thành một trước khi merge Squash the 15 WIP commits into one clean commit before merging to main. revert /rɪˈvɜːrt/ hoàn tác — tạo commit mới để undo thay đổi trước đó We had to revert the last deployment because it caused a spike in error rates. 💡 Mẹo ghi nhớ Nit vs Blocking: Nit = “tiện thể sửa luôn thì tốt” (không bắt buộc). Blocking = “phải sửa, không merge được” (bắt buộc). Ghi rõ prefix giúp author biết priority. LGTM là viết tắt phổ biến nhất trong code review. Các viết tắt khác: PTAL (Please Take Another Look), WIP (Work In Progress), NACK (Not Acknowledged — không đồng ý). Squash: Tưởng tượng bạn có 10 commit “fix typo”, “wip”, “try again” — squash gộp thành 1 commit sạch. Git history cảm ơn bạn! 📝 Bài tập Điền từ thích hợp vào chỗ trống: ...

Git là công cụ quản lý mã nguồn mà developer nào cũng phải dùng. Nhưng nhiều bạn chỉ biết git add, git commit, git push mà chưa thực sự hiểu rõ nghĩa các thuật ngữ đằng sau. Bài này sẽ giúp bạn hiểu sâu từ vựng Git để tự tin hơn khi làm việc với team quốc tế. 💪 🔹 Nền tảng Git English IPA Tiếng Việt Example repository /rɪˈpɒzɪtɔːri/ kho lưu trữ mã nguồn Clone the repository and check out the develop branch to start working. commit /kəˈmɪt/ lưu thay đổi (một snapshot) Each commit should represent a single logical change with a clear message. branch /brɑːntʃ/ nhánh (phiên bản phát triển song song) Create a feature branch from main before making any changes. HEAD /hɛd/ con trỏ (vị trí hiện tại trong lịch sử) HEAD points to the latest commit on the current branch. remote /rɪˈmoʊt/ kho từ xa Add a new remote to push your code to both GitHub and GitLab. origin /ˈɒrɪdʒɪn/ nguồn gốc (remote mặc định) By default, git push sends your commits to origin. 🔹 Thao tác nhánh English IPA Tiếng Việt Example merge /mɜːrdʒ/ hợp nhất (gộp nhánh) Merge the feature branch into main after the code review is approved. rebase /riːˈbeɪs/ tái cơ sở (đặt lại gốc nhánh) Rebase your branch on top of main to keep a linear commit history. cherry-pick /ˈtʃeri pɪk/ chọn lọc commit We need to cherry-pick that hotfix commit into the release branch. conflict /ˈkɒnflɪkt/ xung đột (khi hai nhánh sửa cùng file) Resolve the merge conflict in app.js before pushing your changes. stash /stæʃ/ cất tạm (lưu thay đổi chưa commit) Stash your changes before switching branches so you don’t lose any work. 🔹 Collaboration & Review English IPA Tiếng Việt Example pull request /pʊl rɪˈkwɛst/ yêu cầu gộp code (PR) Open a pull request and assign two reviewers before merging. tag /tæɡ/ thẻ (đánh dấu phiên bản) Create a tag v2.0.0 to mark the production release. diff /dɪf/ khác biệt (so sánh thay đổi) Review the diff carefully to make sure no debug code is left. blame /bleɪm/ truy vết (xem ai sửa dòng nào) Use git **blame** to find out who introduced this bug and when. 💡 Mẹo ghi nhớ Merge vs Rebase: Merge tạo “nút giao” (merge commit), rebase “xếp lại” commit thành đường thẳng. Team thích clean history → rebase, team thích giữ nguyên lịch sử → merge. Stash = “nhét vào ngăn kéo tạm”. Bạn đang code dở, cần switch branch → stash lại, xong việc thì git stash pop để lấy ra. Blame nghe “đổ lỗi” nhưng thực ra là công cụ truy vết cực kỳ hữu ích — ai sửa dòng này, khi nào, trong commit nào. 📝 Bài tập Điền từ thích hợp vào chỗ trống: ...