- vừa được xem lúc

biết về HEAD và Detached HEAD trong GIT để tránh bị mất code

0 0 47

Người đăng: KhanhVQ

Theo Viblo Asia

rất nhiều trường hợp các bạn không biết code của mình mới commit đã đi đâu? các bạn nên biết về branch HEAD trong GIT để có thể tìm lại được những commit của mình, tránh việc mất code phải code lại.

Đây là kinh nghiệm xương máu của mình về cách dùng Git, hồi đó còn non và xanh không biết gì nên cũng hay dính Detached HEAD mà mỗi lần dính thì ôi dồi, tìm lại code mệt thí mịa luôn. Nên mình viết lại bài này để giới thiệu với các bạn.

"HEAD" trong Git là gì?

Khi làm việc với Git, chỉ một branch có thể check out tại một thời điểm - và đây được gọi là nhánh "HEAD". Thông thường, đây còn được gọi là nhánh "active" hoặc "current".

Git ghi chú về branch hiện tại này trong một tệp nằm bên trong kho lưu trữ Git, trong .git / HEAD (Đây là tệp nội bộ, vì vậy không nên thao tác thủ công!)

Nếu bạn thắc mắc chính xác tệp này chứa những gì, bạn có thể chỉ cần in nội dung của nó trên dòng lệnh:

$ cat .git/HEAD
ref: refs/heads/master

Trong trường hợp ví dụ này, một branch local có tên "master" là HEAD hiện tại.

Detached HEAD

Trong một số trường hợp hiếm hoi, tệp HEAD KHÔNG chứa tham chiếu branch mà là giá trị SHA-1 của một version cụ thể. Điều này xảy ra khi bạn kiểm tra một commit, tag hoặc chia branch xa cụ thể. Kho lưu trữ của bạn sau đó ở trạng thái được gọi là detached HEAD.

Rất có thể bạn sẽ không bao giờ gặp phải trạng thái "bí ẩn" này trong sự nghiệp Git của mình. Tuy nhiên, nếu bạn làm vậy vào một ngày nào đó, bạn có thể muốn biết "Detached HEAD"- và phải làm gì khi ở trạng thái đó.

Hiểu về cách thức hoạt động của "checkout"

Với lệnh "git checkout", bạn xác định version nào của dự án mà bạn muốn thực hiện. Sau đó, Git đặt tất cả các tệp của version đó vào thư mục bản sao đang làm việc của bạn.

Thông thường, bạn sử dụng tên chi branch để "checkout":

$ git checkout development

Tuy nhiên, bạn cũng có thể cung cấp hàm băm SHA1 của một commit cụ thể để thay thế:

$ git checkout 56a4e5c08
Note: checking out '56a4e5c08'. You are in 'detached HEAD' state...

Trạng thái chính xác này - khi một commit cụ thể được kiểm tra thay vì một branch - được gọi là "Detached HEAD".

Một số vấn đề khi ở trạng thái Detached HEAD

Con trỏ HEAD trong Git xác định version làm việc hiện tại của bạn (và do đó các tệp được đặt trong thư mục làm việc của dự án của bạn). Thông thường, khi kiểm tra tên branch thích hợp, Git sẽ tự động di chuyển con trỏ HEAD khi bạn tạo một commit mới. Bạn tự động có commit mới nhất của branch đã chọn.

Thay vào đó, khi bạn chọn kiểm tra một commit hash, Git sẽ không làm điều này cho bạn. Hậu quả là khi bạn thực hiện các thay đổi và commit chúng, những thay đổi này KHÔNG thuộc về bất kỳ nhánh nào.

Điều này có nghĩa là chúng có thể dễ dàng bị lạc khi bạn kiểm tra một bản sửa đổi hoặc branch khác: không được ghi lại trong ngữ cảnh của một branch, bạn không có khả năng truy cập trạng thái đó một cách dễ dàng (trừ khi bạn có một trí nhớ tuyệt vời và có thể nhớ commit hash của commit mới đó ...).

Khi nào thì trạng thái Detached HEAD xuất hiện

Có một số tình huống mà trạng thái Detached HEAD là phổ biến:

  • Submodules: thực sự được kiểm tra tại các commit cụ thể thay vì một branch.
  • Rebase hoạt động bằng cách tạo trạng thái HEAD tạm thời tách rời trong khi nó chạy.

Làm thế nào để tránh trạng thái Detached HEAD

Ngoài ra, bạn có thể nghĩ đến một tình huống khác: quay ngược thời gian để thử version cũ hơn của dự án của bạn thì sao? Ví dụ: trong bối cảnh có lỗi, bạn muốn xem mọi thứ hoạt động như thế nào trong bản sửa đổi cũ hơn.

Đây là một trường hợp sử dụng hoàn toàn hợp lệ và phổ biến. Tuy nhiên, bạn không cần phải chuyển mình sang trạng thái Detached HEAD để đối phó với nó. Thay vào đó, hãy nhớ rằng toàn bộ khái niệm rẽ nhánh trong Git đơn giản và rẻ như thế nào: bạn có thể chỉ cần tạo một nhánh (tạm thời) và xóa nó sau khi hoàn tất.

$ git checkout -b test-branch 56a4e5c08 ...làm bất cứ thứ gì bạn muốn... $ git checkout master
$ git branch -d test-branch

Làm thế nào để tìm lại một commit khi Detached HEAD?

Các bạn có thể dùng Git reflog để xem lại log của HEAD ở đây bao gồm cả các commit ở trạng thái Detached HEAD.

Nguồn: https://www.git-tower.com/learn/git/faq/detached-head-when-checkout-commit/ https://www.git-tower.com/learn/git/glossary/head/#:~:text=When working with Git%2C only,inside the Git repository%2C in .

Bình luận

Bài viết tương tự

- vừa được xem lúc

Đặt tên commit message sao cho "tình nghĩa anh em chắc chắn bền lâu"????

. Lời mở đầu. .

1 1 701

- vừa được xem lúc

Tập hợp những câu lệnh GIT hữu dụng

Dưới đây là một vài ví dụ về các câu lệnh Git mà tôi thường dùng. git config --global user.name "John Doe". git config --global user.

0 0 55

- vừa được xem lúc

Cấu hình CI/CD với Github (phần 2): Trigger một work flow

Events trigger. Bạn có thể cấu hình cho workflows chạy khi có một sự kiện nào đó xảy ra trên GitHub, theo một lịch có sẵn hoặc cũng có thể là một sự kiện nào đó xảy ra ngoài GitHub.

0 0 70

- vừa được xem lúc

Cấu hình CI/CD với Github (phần 1): Một ít lý thuyết

CI/CD là gì. Về mặt khái niệm là vậy nhưng về mặt triển khai thì CI/CD là quá trình tự động thực hiện các quá trình build, test, release, deploy khi có các trigger như commit/merge code lên một branch định sẵn hoặc có thể là tự động chạy theo một lịch cố định.

0 0 118

- vừa được xem lúc

Giới thiệu về Git LFS

. Git LFS là gì . Git LFS làm điều này bằng cách thay thế các tệp lớn trong repo của bạn bằng một con trỏ nhỏ.

0 0 29

- vừa được xem lúc

Git workflow được Google và Facebook sử dụng có gì hay ho

Với developer thì Git hẳn là công cụ rất quen thuộc và không thể thiếu rồi. Thế nhưng có mấy ai thực sự hiểu được Git.

0 0 66