Làm cách nào để thiết lập lại git - có một thư mục con?

CẬP NHẬT : Với Git 2.23 (tháng 8 năm 2019), có một lệnh mới git restorethực hiện điều này, hãy xem câu trả lời được chấp nhận .

CẬP NHẬT : Điều này sẽ hoạt động trực quan hơn kể từ Git 1.8.3, xem câu trả lời của riêng tôi .

Hãy tưởng tượng trường hợp sử dụng sau: Tôi muốn loại bỏ tất cả các thay đổi trong một thư mục con cụ thể của cây làm việc Git của tôi, để lại tất cả các thư mục con khác.

• Tôi có thể làm git checkout ., nhưng kiểm tra git. thêm thư mục loại trừ bởi thanh toán thưa thớt

• Có git reset --hard, nhưng nó sẽ không cho phép tôi làm điều đó cho một thư mục con:

  > git reset --hard .
  fatal: Cannot do hard reset with paths.
  

  Một lần nữa: Tại sao git không thể thiết lập lại cứng / mềm theo đường dẫn?

• Tôi có thể đảo ngược tình trạng hiện tại bằng cách sử dụng git diff subdir | patch -p1 -R, nhưng đây là một cách khá kỳ lạ để làm điều này.

Lệnh Git thích hợp cho hoạt động này là gì?

Kịch bản dưới đây minh họa vấn đề. Chèn lệnh thích hợp bên dưới How to make filesnhận xét - lệnh hiện tại sẽ khôi phục tệp a/c/acđược cho là bị loại trừ bởi kiểm tra thưa thớt. Lưu ý rằng tôi không muốn khôi phục rõ ràng a/avà a/btôi chỉ "biết" avà muốn khôi phục mọi thứ bên dưới. EDIT : Và tôi cũng không "biết" b, hoặc những thư mục khác nằm cùng cấp với a.

#!/bin/sh

rm -rf repo; git init repo; cd repo
for f in a b; do
  for g in a b c; do
    mkdir -p $f/$g
    touch $f/$g/$f$g
    git add $f/$g
    git commit -m "added $f/$g"
  done
done
git config core.sparsecheckout true
echo a/a > .git/info/sparse-checkout
echo a/b >> .git/info/sparse-checkout
echo b/a >> .git/info/sparse-checkout
git read-tree -m -u HEAD
echo "After read-tree:"
find * -type f

rm a/a/aa
rm a/b/ab
echo >> b/a/ba
echo "After modifying:"
find * -type f
git status

# How to make files a/* reappear without changing b and without recreating a/c?
git checkout -- a

echo "After checkout:"
git status
find * -type f

Với Git 2.23 (tháng 8 năm 2019), bạn có lệnh mớigit restore

git restore --source=HEAD --staged --worktree -- aDirectory
# or, shorter
git restore -s@ -SW  -- aDirectory

Điều đó sẽ thay thế cả chỉ mục và cây làm việc bằng HEADnội dung, giống như reset --hard, nhưng cho một đường dẫn cụ thể.

Câu trả lời gốc (2013)

Lưu ý (như nhận xét của Dan Fabulich ) rằng:

• git checkout -- <path> không thực hiện thiết lập lại cứng: nó thay thế nội dung của cây làm việc bằng nội dung được dàn dựng.
• git checkout HEAD -- <path>thực hiện thiết lập lại cứng cho một đường dẫn, thay thế cả chỉ mục và cây làm việc bằng phiên bản từ HEADcam kết.

Như đã trả lời bởi Ajedi32 , cả hai hình thức thanh toán không gỡ bỏ những file đó đã bị xóa trong phiên bản mục tiêu .
Nếu bạn có các tệp bổ sung trong cây làm việc không tồn tại trong CHÍNH, git checkout HEAD -- <path>sẽ không xóa chúng.

Lưu ý: Với git checkout --overlay HEAD -- <path> (Git 2.22, Q1 2019) , các tệp xuất hiện trong chỉ mục và cây làm việc, nhưng không <tree-ish>được xóa, để làm cho chúng khớp <tree-ish>chính xác.

Nhưng thanh toán đó có thể tôn trọng git update-index --skip-worktree(đối với những thư mục bạn muốn bỏ qua), như đã đề cập trong phần " Tại sao các tệp bị loại trừ lại xuất hiện trong thanh toán thưa thớt của tôi? ".

Theo nhà phát triển Git Duy Nguyễn, người vui lòng thực hiện tính năng và chuyển đổi tương thích , các công việc sau đây được mong đợi kể từ Git 1.8.3 :

git checkout -- a

(đâu alà thư mục bạn muốn thiết lập lại). Hành vi ban đầu có thể được truy cập thông qua

git checkout --ignore-skip-worktree-bits -- a

Hãy thử thay đổi

git checkout -- a

đến

git checkout -- `git ls-files -m -- a`

Kể từ phiên bản 1.7.0, Git vinh danh cờ Skip-worktree .ls-files

Chạy tập lệnh thử nghiệm của bạn (với một số điều chỉnh nhỏ thay đổi git commit... thành git commit -qvà git statussang git status --short) đầu ra:

Initialized empty Git repository in /home/user/repo/.git/
After read-tree:
a/a/aa
a/b/ab
b/a/ba
After modifying:
b/a/ba
 D a/a/aa
 D a/b/ab
 M b/a/ba
After checkout:
 M b/a/ba
a/a/aa
a/c/ac
a/b/ab
b/a/ba

Chạy tập lệnh thử nghiệm của bạn với các checkoutđầu ra thay đổi được đề xuất :

Initialized empty Git repository in /home/user/repo/.git/
After read-tree:
a/a/aa
a/b/ab
b/a/ba
After modifying:
b/a/ba
 D a/a/aa
 D a/b/ab
 M b/a/ba
After checkout:
 M b/a/ba
a/a/aa
a/b/ab
b/a/ba

Đối với trường hợp chỉ đơn giản là loại bỏ các thay đổi, git checkout -- path/hoặc git checkout HEAD -- path/các lệnh được đề xuất bởi các câu trả lời khác hoạt động rất tốt. Tuy nhiên, khi bạn muốn đặt lại thư mục thành bản sửa đổi khác với HEAD, giải pháp đó có một vấn đề quan trọng: nó không xóa các tệp đã bị xóa trong bản sửa đổi đích.

Vì vậy, thay vào đó, tôi đã bắt đầu sử dụng lệnh sau:

git diff --cached commit -- subdir | git apply -R --index

Điều này hoạt động bằng cách tìm khác biệt giữa cam kết đích và chỉ mục, sau đó áp dụng khác biệt đó ngược lại với thư mục và chỉ mục làm việc. Về cơ bản, điều này có nghĩa là nó làm cho nội dung của chỉ mục khớp với nội dung của bản sửa đổi mà bạn đã chỉ định. Thực tế làgit diff có một đối số đường dẫn cho phép bạn giới hạn hiệu ứng này vào một tệp hoặc thư mục cụ thể.

Vì lệnh này khá dài và tôi dự định sử dụng nó thường xuyên, tôi đã thiết lập một bí danh cho nó mà tôi đặt tên reset-checkout:

git config --global alias.reset-checkout '!f() { git diff --cached "$@" | git apply -R --index; }; f'

Bạn có thể sử dụng nó như thế này:

git reset-checkout 451a9a4 -- path/to/directory

Hoặc chỉ:

git reset-checkout 451a9a4

Tôi sẽ cung cấp một tùy chọn khủng khiếp ở đây, vì tôi không biết làm thế nào để làm bất cứ điều gì với git ngoại trừ add commitvà pushđây là cách tôi "hoàn nguyên" một thư mục con:

Tôi đã bắt đầu một kho lưu trữ mới trên máy tính cục bộ của mình, hoàn nguyên toàn bộ cho cam kết mà tôi muốn sao chép mã từ đó và sau đó sao chép các tệp đó vào thư mục làm việc của tôi, add commit pushet voila. Đừng ghét người chơi, ghét Mr Torvalds vì thông minh hơn tất cả chúng ta.

Một thiết lập lại thường sẽ thay đổi mọi thứ, nhưng bạn có thể sử dụng git stashđể chọn những gì bạn muốn giữ. Như bạn đã đề cập, stashkhông chấp nhận một đường dẫn trực tiếp, nhưng nó vẫn có thể được sử dụng để giữ một đường dẫn cụ thể với --keep-indexcờ. Trong ví dụ của bạn, bạn sẽ bỏ thư mục b, sau đó đặt lại mọi thứ khác.

# How to make files a/* reappear without changing b and without recreating a/c?
git add b               #add the directory you want to keep
git stash --keep-index  #stash anything that isn't added
git reset               #unstage the b directory
git stash drop          #clean up the stash (optional)

Điều này đưa bạn đến một điểm mà phần cuối của tập lệnh của bạn sẽ xuất ra điều này:

After checkout:
# On branch master
# Changes not staged for commit:
#
#   modified:   b/a/ba
#
no changes added to commit (use "git add" and/or "git commit -a")
a/a/aa
a/b/ab
b/a/ba

Tôi tin rằng đây là kết quả đích (b vẫn được sửa đổi, tệp a / * đã trở lại, a / c không được tạo lại).

Cách tiếp cận này có thêm lợi ích là rất linh hoạt; bạn có thể có được chi tiết như bạn muốn thêm các tệp cụ thể, nhưng không phải các tệp khác, trong một thư mục.

Nếu kích thước của thư mục con không đặc biệt lớn, VÀ bạn muốn tránh xa CLI, đây là một giải pháp nhanh chóng để đặt lại thư mục con theo cách thủ công :

1. Chuyển sang nhánh chính và sao chép thư mục con sẽ được đặt lại.
2. Bây giờ chuyển trở lại nhánh tính năng của bạn và thay thế thư mục con bằng bản sao bạn vừa tạo ở bước 1.
3. Cam kết thay đổi.

Chúc mừng. Bạn chỉ cần đặt lại thủ công một thư mục con trong nhánh tính năng của mình giống với thư mục chính !!

Câu trả lời của Ajedi32 là những gì tôi đang tìm kiếm nhưng đối với một số cam kết tôi đã gặp phải lỗi này:

error: cannot apply binary patch to 'path/to/directory' without full index line

Có thể là do một số tệp của thư mục là tệp nhị phân. Thêm tùy chọn '--binary' vào lệnh git diff đã sửa nó:

git diff --binary --cached commit -- path/to/directory | git apply -R --index

Thế còn

subdir=thesubdir
for fn in $(find $subdir); do
  git ls-files --error-unmatch $fn 2>/dev/null >/dev/null;
  if [ "$?" = "1" ]; then
    continue;
  fi
  echo "Restoring $fn";
  git show HEAD:$fn > $fn;
done