Tại sao git không thể thực hiện reset cứng/mềm bằng đường dẫn?

Question

$ git reset -- <file_path> có thể đặt lại theo đường dẫn.

Tuy nhiên, $ git reset (--hard|--soft) <file_path> sẽ báo lỗi như dưới đây:

Cannot do hard|soft reset with paths. 

Answer 1

Bởi vì không có điểm (lệnh khác quy định rằng chức năng đã được), và nó làm giảm khả năng làm những điều sai trái một cách tình cờ.

"Đặt lại khó" cho đường dẫn chỉ được thực hiện với git checkout HEAD -- <path> (xem phiên bản hiện có của tệp).

Cài đặt lại mềm cho đường dẫn không có ý nghĩa.

Đặt lại hỗn hợp cho đường dẫn là những gì git reset -- <path> thực hiện.

Answer 2

Bạn có thể hoàn thành những gì bạn đang cố gắng thực hiện bằng cách sử dụng git checkout HEAD <path>.

Điều đó nói rằng, thông báo lỗi được cung cấp không có ý nghĩa với tôi (như git reset chỉ hoạt động tốt trên thư mục con) và tôi không thấy lý do gì khiến bạn không thể thực hiện chính xác những gì bạn đang yêu cầu.

Answer 3

git reset --soft HEAD ~ 1 tên tệp hoàn tác cam kết nhưng thay đổi vẫn còn ở địa phương. filename có thể - cho tất cả các file đã cam kết

Answer 4

Câu hỏi đặt ra cách đã là answered, tôi sẽ giải thích một phần lý do tại sao .

Vì vậy, git reset làm gì? Tùy thuộc vào các thông số quy định, nó có thể làm hai việc khác nhau:

• Nếu bạn chỉ định một con đường, nó sẽ thay thế các tập tin phù hợp trong chỉ mục với các tập tin từ một cam kết (HEAD theo mặc định). Hành động này không ảnh hưởng đến cây làm việc ở tất cả và thường được sử dụng như là đối diện của git thêm.

• Nếu bạn không chỉ định đường dẫn, nó sẽ di chuyển nhánh nhánh hiện tại sang cam kết được chỉ định và cùng với, tùy chọn đặt lại chỉ mục và cây đang hoạt động về trạng thái của cam kết đó. Hành vi bổ sung này được kiểm soát bởi tham số chế độ:
  --soft: không chạm vào chỉ mục và cây đang hoạt động.
  - được trộn (mặc định): đặt lại chỉ mục nhưng không phải là cây đang hoạt động.
  --hard: đặt lại chỉ mục và cây đang hoạt động.
  Ngoài ra còn có các tùy chọn khác, xem tài liệu về danh sách đầy đủ và một số trường hợp sử dụng.

  Khi bạn không chỉ định một cam kết, giá trị mặc định là HEAD, vì vậy git reset --soft sẽ không làm gì cả, vì đó là lệnh di chuyển đầu sang HEAD (tới trạng thái hiện tại). Mặt khác, git reset --hard có ý nghĩa do các hiệu ứng phụ của nó, nó di chuyển đầu đến HEAD và đặt lại chỉ mục và cây đang hoạt động thành HEAD.

  Tôi nghĩ rõ ràng là tại sao thao tác này không phải cho các tệp cụ thể theo bản chất của nó - nó được thiết kế để di chuyển nhánh đầu tiên, đặt lại cây làm việc và chỉ mục là chức năng phụ.