* Checkout như thế nào là pass: git checkout nhảy sang branch mới thành công.

Khi
checkout theo commit hash cụ thể, con trỏ sẽ nhảy sang branch state có chứa commit
hash. Nếu GIT bị merge conflict:
1. có thể rollback lại state commit trước đó bằng --amend
2. Hoặc checkout theo mã hash trước khi bị conflict
* Xem branch local/remote: git remote show origin
Không nhất thiết mọi branch remote là origin, origin chỉ là cái tên default, có
thể xem/custom current remote bằng lệnh: git remote -v AND git remote rename
thuongpt11 origin
Nếu muốn chỉ pull code về mà không push code lên được, em nghĩ là nên set repo
private thay vì public, và từ đó set quyền contributor, phần này liên quan
permissions, cần tìm hiểu thêm.
Push code lên một repo A, branch Abr; chuyển code sang repo B, branch Bbr:
**************
* commit 1 file trong 100 file: git add+ tên file ;add file vào danh sách chờ để
thông báo sẽ commit file nào lên tiếp theo
anh không muốn push 1 file cố định tại mọi lần push thì làm thế nào( bỏ qua file
đó ). ? : chạy lệnh git rm --cached tên_file_exclude để .gitignore sẽ không theo
dõi file này trong danh sách chờ(git add), sau đó thực hiện commit và push như
thường

* Git log: một file lưu lại lịch sử chỉnh sửa, người chỉnh sửa đã note sửa gì,
có các commit hash nữa. Git log show chỉ mặt điểm tên nên có lỗi thì sẽ trace và
ping người chỉnh sửa nhanh hơn, đồng thời có thể rollback lại state ổn với mã
hash.

* Rebase: em đang hiểu ở đây nó được sử dụng để backup một branch cũ, tạo mới 1
branch từ đó; kiểu lấy code để release với khách hàng/ phát triển chức năng mới.
Các kiểu rebase, so sánh: TÌM HIỂU TIẾP
* Merge:
Git status xem phần conflict, vào phần file source code bị conflict được đề cập
ở HEAD chỉnh sửa, sau đó thực hiện git add và thực hiện git commit lại.
* git pull = fetch + merge