Wavi Books · Lộ trình học lập trình & nghề IT

Git cho người mới bắt đầu: workflow từ commit đến pull request

Nguyễn Minh Trí · Biên tập chuyên môn Wavi Books

Hướng dẫn Git cho người mới bắt đầu: repository, commit, branch, merge, rebase, pull request và cách xử lý xung đột khi làm việc nhóm.

## Git cho người mới bắt đầu: workflow từ commit đến pull request

## Câu trả lời ngắn trước khi chọn lộ trình

Hướng dẫn Git cho người mới bắt đầu: repository, commit, branch, merge, rebase, pull request và cách xử lý xung đột khi làm việc nhóm. Một lộ trình tốt phải dẫn đến năng lực có thể chứng minh bằng dự án, không chỉ thêm công nghệ vào danh sách học.

Người mới rất dễ rơi vào cảm giác phải học tất cả cùng lúc: một ngôn ngữ, framework, cloud, AI, thuật toán và System Design. Càng mở nhiều roadmap, con đường càng có vẻ dài. Cách thoát ra thường không phải tìm thêm một danh sách, mà là chọn một mục tiêu đủ nhỏ để làm đến cùng.

Git thường đáng sợ nhất ở lần đầu gặp conflict. Sau khi hiểu Git chỉ đang ghi lại các phiên bản và cố ghép những thay đổi khác nhau, cảm giác hoảng sẽ dần biến thành khả năng kiểm soát.

Git là hệ thống quản lý phiên bản phân tán giúp lưu lịch sử thay đổi và phối hợp code. Học Git không chỉ là nhớ lệnh mà là hiểu commit graph, nhánh và cách thay đổi được hợp nhất.

Một workflow tốt tạo commit nhỏ, thông điệp rõ, pull request dễ review và khả năng quay lại trạng thái an toàn. Đây là kỹ năng nền tảng trong hầu hết vị trí developer.

## Những khái niệm cốt lõi cần nắm

## Git là lịch sử quyết định của dự án

Commit là một mốc thay đổi có ý nghĩa; branch là một nhánh công việc; pull request là nơi cả đội xem lại và trao đổi trước khi hợp nhất. Học Git tốt là học cách tạo lịch sử dễ đọc, không chỉ nhớ lệnh.

## Chuyện gì xảy ra khi đem vào dự án thật?

Một commit chứa sửa lỗi, đổi format và thêm tính năng sẽ rất khó review hoặc hoàn tác. Conflict cũng khó giải quyết hơn khi thay đổi quá lớn và kéo dài nhiều ngày.

## Nếu bắt đầu hôm nay, tôi sẽ làm thế này

Commit nhỏ, viết thông điệp nói rõ lý do và đồng bộ nhánh thường xuyên. Nếu chưa chắc một lệnh phá hủy dữ liệu hay không, hãy tạo nhánh dự phòng trước khi thử.

- Repository lưu lịch sử dự án.

- Commit là một snapshot có ý nghĩa.

- Branch tách dòng phát triển.

- Pull request tạo không gian review và thảo luận.

## Lộ trình thực hành từng bước

- Bước 1: Luyện init, add, commit, log và diff.

- Bước 2: Tạo branch, merge và xử lý conflict.

- Bước 3: Thực hành pull request trên dự án cá nhân hoặc nhóm.

## Những sai lầm thường gặp

- Commit file bí mật.

- Gom quá nhiều thay đổi không liên quan.

- Force push lên nhánh dùng chung khi chưa thống nhất.

## Góc nhìn dành cho người học và developer Việt Nam

Sinh viên IT và người chuyển ngành tại Việt Nam nên để lịch sử Git sạch trong portfolio; nhà tuyển dụng có thể nhìn thấy cách bạn chia việc và mô tả thay đổi.

## Nên học tiếp như thế nào?

## Bài tập tạo một lịch sử Git dễ đọc

Tạo nhánh cho một thay đổi nhỏ, chia công việc thành ba commit có ý nghĩa và viết thông điệp giải thích lý do. Sau đó tự tạo conflict ở một file mẫu, đọc cả hai phía trước khi hợp nhất. Cuối cùng mở lịch sử commit và thử kể lại câu chuyện thay đổi. Nếu người khác hiểu được mà không cần hỏi, workflow Git của bạn đang phục vụ cộng tác đúng cách.

## Ví dụ xuyên suốt để nối kiến thức

Bạn sửa giao diện, đồng đội sửa cùng đoạn để thêm validation. Git không biết ý định nào đúng nên tạo conflict. Thay vì chọn toàn bộ một phía, bạn cần đọc base, hiểu hai thay đổi và tạo phiên bản thứ ba giữ đúng cả hai mục tiêu.

## Khung triển khai từ thử nghiệm đến thực tế

Workflow Git nên phù hợp nhịp deploy và quy mô đội. Nhánh sống ngắn, pull request nhỏ thường giảm conflict và phản hồi nhanh hơn các nhánh tính năng kéo dài nhiều tuần.

### Bốn bước nên đi theo thứ tự

- Bắt đầu việc từ nhánh cập nhật và phạm vi thay đổi nhỏ.

- Commit theo đơn vị ý nghĩa với thông điệp giải thích vì sao.

- Rebase hoặc merge theo quy ước chung, không đổi lịch sử đã chia sẻ tùy tiện.

- Review, chạy CI và hợp nhất khi thay đổi còn dễ hiểu.

## Trade-off cần nhìn thẳng

Lịch sử sạch hữu ích nhưng không đáng đánh đổi bằng việc rewrite branch chung gây mất công việc. Squash làm gọn pull request nhưng có thể xóa các mốc điều tra hữu ích.

## Đánh giá bằng kết quả thay vì cảm giác

Nhìn vào kích thước pull request, thời gian chờ review, số conflict và khả năng hoàn tác. Git tốt giúp thay đổi đi qua team an toàn, không chỉ giúp repository trông gọn.

## Giá trị đối với năng lực nghề nghiệp

Khả năng xử lý conflict bình tĩnh và tạo commit dễ review là dấu hiệu cộng tác chuyên nghiệp mà hầu như mọi đội phần mềm đều cần.

## Câu hỏi tự kiểm tra trước khi chuyển chủ đề

Bạn có thể giải thích Git cho người mới bắt đầu: workflow từ commit đến pull request bằng ngôn ngữ của mình, nêu một trường hợp nên dùng, một trường hợp không nên dùng và chỉ ra cách đo kết quả hay chưa? Nếu chưa, hãy quay lại ví dụ nhỏ trong bài, thay đổi một ràng buộc rồi quan sát điều gì buộc giải pháp phải thay đổi. Đây là cách biến kiến thức đọc được thành khả năng ra quyết định.

## Góc nhìn dành cho developer Việt Nam

Với sinh viên IT và người chuyển ngành tại Việt Nam, một lộ trình tốt phải dẫn đến sản phẩm có thể trình bày: code chạy được, README rõ, quyết định kỹ thuật có lý do và bài học sau khi làm. Đó là tín hiệu nghề nghiệp thuyết phục hơn một danh sách công nghệ rất dài.

## Đọc tiếp trên Wavi Books

Nếu bạn muốn học chủ đề này theo một lộ trình có cấu trúc, có thể xem The Clean Coder bản tiếng Việt tại [Wavi Books](/sach/the-clean-coder-robert-c-martin-2026). Sách liên quan được đặt sau phần kiến thức để bạn có thể đánh giá nội dung trước khi chọn mua.