Xử Lý Conflict và Các Vấn Đề Phổ Biến Trong Git

Giới Thiệu

Khi làm việc với Git trong team, việc gặp phải các vấn đề như conflict hay cần phục hồi code là điều không thể tránh khỏi. Bài viết này sẽ hướng dẫn chi tiết cách xử lý các tình huống phổ biến nhất khi làm việc với Git.

1. Xử Lý Conflict Trong Git

Conflict xảy ra khi Git không thể tự động merge các thay đổi từ các branch khác nhau. Đây là quy trình xử lý conflict một cách hiệu quả.

Quy Trình Xử Lý Conflict

1. Xác Định Files Có Conflict

Đầu tiên, kiểm tra các file đang có conflict:

git status

Lệnh này sẽ hiển thị danh sách các file cần được giải quyết conflict.

2. Hiểu Cấu Trúc Conflict Marker

Khi mở file có conflict, bạn sẽ thấy cấu trúc như sau:

<<<<<<< HEAD
code của branch hiện tại
=======
code của branch đang merge
>>>>>>> branch-name

Giải thích các phần:

• <<<<<<< HEAD: Bắt đầu phần code từ branch hiện tại
• =======: Phân cách giữa hai phiên bản
• >>>>>>> branch-name: Kết thúc phần code từ branch đang merge

3. Giải Quyết Conflict

1. Phân Tích Code:

   • So sánh cả hai phiên bản
   • Quyết định giữ phần nào
   • Có thể kết hợp cả hai nếu cần

2. Chỉnh Sửa File:

   • Xóa các marker conflict
   • Giữ lại code phù hợp
   • Đảm bảo code vẫn hoạt động đúng

3. Đánh Dấu Đã Giải Quyết:

git add file-đã-giải-quyết
git merge --continue  # Với merge
git rebase --continue  # Với rebase

Best Practices Khi Xử Lý Conflict

1. Trước Khi Xử Lý:

   • Backup branch hiện tại
   • Hiểu rõ mục đích của cả hai thay đổi
   • Trao đổi với team member liên quan

2. Trong Quá Trình Xử Lý:

   • Xử lý từng file một
   • Test kỹ sau khi resolve
   • Commit ngay sau khi giải quyết xong

2. Phục Hồi Thay Đổi Trong Git

Git cung cấp nhiều cách để phục hồi code khi cần thiết. Dưới đây là các tình huống phổ biến và cách xử lý.

Các Tình Huống Phục Hồi

1. Hoàn Tác Thay Đổi Chưa Staged

git restore file.txt

• Sử dụng khi: Muốn hủy các thay đổi local
• Lưu ý: Thay đổi sẽ bị mất vĩnh viễn

2. Unstage File

git restore --staged file.txt

• Sử dụng khi: Đã git add nhưng muốn hủy
• Lưu ý: Code vẫn còn trong working directory

3. Hoàn Tác Commit Gần Nhất

# Giữ thay đổi trong staging area
git reset --soft HEAD~1

# Xóa hoàn toàn thay đổi
git reset --hard HEAD~1

4. Tạo Commit Hoàn Tác

git revert commit-hash

• An toàn cho shared branches
• Không thay đổi lịch sử commit

So Sánh Các Phương Pháp Phục Hồi

3. Debug Với Git Bisect

Git bisect là công cụ mạnh mẽ để tìm commit gây ra lỗi bằng phương pháp tìm kiếm nhị phân.

Quy Trình Sử Dụng Git Bisect

1. Bắt Đầu Quá Trình:

git bisect start
git bisect bad  # Đánh dấu commit hiện tại có lỗi
git bisect good commit-hash-cũ  # Đánh dấu commit cũ hoạt động tốt

2. Trong Quá Trình Tìm Kiếm:

# Sau khi test code
git bisect good  # Nếu commit hiện tại không có lỗi
# hoặc
git bisect bad   # Nếu commit hiện tại có lỗi

3. Kết Thúc Tìm Kiếm:

git bisect reset  # Quay về branch ban đầu

Tips Khi Sử Dụng Bisect

1. Tự Động Hóa:

git bisect run ./test-script.sh

2. Lưu Log:

git bisect log > bisect-log.txt

3. Replay Bisect:

git bisect replay bisect-log.txt

Lời Kết

Xử lý conflict và các vấn đề trong Git là kỹ năng quan trọng với mọi developer. Việc hiểu rõ và thành thạo các công cụ này sẽ giúp bạn tự tin hơn trong quá trình phát triển phần mềm và làm việc nhóm.

Tài Liệu Tham Khảo

1. Git Documentation: https://git-scm.com/docs/git-merge#_how_to_resolve_conflicts
2. Git Branching Guide: https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging
3. Git Tools - Debugging: https://git-scm.com/book/en/v2/Git-Tools-Debugging-with-Git
4. Advanced Git Conflict Resolution: https://www.atlassian.com/git/tutorials/using-branches/merge-conflicts