làm thế nào để pop stit git mà không kích hoạt một auto-merge

Question

Phiên bản ngắn của câu hỏi này là: làm thế nào tôi có thể bật stash git mà không kích hoạt tự động hợp nhất?

---

Bây giờ cho các phiên bản còn ...

xem xét ví dụ đồ chơi sau đây của một thay thế cho git stash ... + git pull ... + git pop.

Đầu tiên, git status cho thấy rằng sửa đổi duy nhất trong thư mục làm việc là một số tệp được theo dõi foo.

# On branch master 
# Changes not staged for commit: 
# (use "git add <file>..." to update what will be committed) 
# (use "git checkout -- <file>..." to discard changes in working directory) 
# 
# modified: foo 
# 
no changes added to commit (use "git add" and/or "git commit -a") 

Bây giờ, để thiết lập lại các thư mục làm việc đến một nhà nước trong sạch, như một điều kiện tiên quyết cho việc chạy git pull, tôi tạm thời đổi tên các tập tin được sửa đổi foo (đối với một số tên untracked), và khôi phục lại phiên bản của foo trong HEAD ...

% mv foo foo.$(date +%Y%m%dT%H%M%S) 
% git checkout foo 
% git status 
# On branch master 
# Untracked files: 
# (use "git add <file>..." to include in what will be committed) 
# 
# foo.20130508T110014 
nothing added to commit but untracked files present (use "git add" to track) 

OK, bây giờ tôi chạy git pull, trong đó, vì lợi ích của ví dụ này, chúng ta có thể giả định là một nhanh về phía trước:

% git pull 

Cuối cùng, tôi khôi phục tạm thời được đổi tên foo.

% mv foo.20130508T110014 foo 

... và tôi trở lại

% git status 
# On branch master 
# Changes not staged for commit: 
# (use "git add <file>..." to update what will be committed) 
# (use "git checkout -- <file>..." to discard changes in working directory) 
# 
# modified: foo 
# 

Đây là "tương đương với đạo đức" của một git stash save + git pull + git stash pop, TRỪ rằng trước đây, chứ không phải sau này, là miễn dịch với "hợp nhất mâu thuẫn", như thế này một:

% git stash save 'WIP' 
% git pull 
% git stash pop 
Auto-merging foo 
CONFLICT (content): Merge conflict in foo 

Làm thế nào tôi có thể nhân rộng chuỗi rename-checkout-pull-rename trên sử dụng git stash save + ... + git stash pop, mà không cần kích hoạt tính năng tự động hợp nhất?

CHỈNH SỬA: Ngẫu nhiên, quy trình rename-checkout-...-rename thể hiện chặt chẽ hơn những gì tôi mong đợi từ lệnh gọi là stash. IOW: lưu trạng thái của thư mục làm việc của tôi ngay bây giờ, và thay thế nó sau này. Không có "hợp nhất" trong ảnh này.

Answer 1

Tôi muộn màng nhận ra rằng git đã cung cấp giải pháp cực kỳ đơn giản cho vấn đề thúc đẩy câu hỏi này (cụ thể là việc hợp nhất tự động với khả năng đặt kho lưu trữ ở trạng thái "chưa được kết nối").

Tất cả đều cần phải làm là sử dụng

git stash branch <branchname> [<stash>] 

thay vì git stash pop (hoặc git stash apply).

Điều này sẽ làm nổi bật theo cách được đảm bảo không bị xung đột. Easy-peasy-lemon-squeezy.

Answer 2

OK, sau khi chạy vào một cái gì đó như thế này:

% git stash pop 
Auto-merging foo 
CONFLICT (content): Merge conflict in foo 
Auto-merging bar 
CONFLICT (content): Merge conflict in bar 
Auto-merging baz 
CONFLICT (content): Merge conflict in baz 
... 

# $#@?!?!%$!*@#... 

... là giải pháp tốt nhất mà tôi đã quản lý để đưa ra là để đáp ứng với điều này:

% git checkout --theirs $(git diff --name-only --diff-filter=U) 
% git reset 
% git stash drop 

(Dựa trên this answer.)

Answer 3

stash hợp nhất, đó chỉ là cách hoạt động.

Bạn có thể đạt được kết quả không hợp nhất với số write-treeread-tree và checkout-index. Here's a worked example for doing this to achieve a pristine test environment.

Để chỉ brute-force stash không hợp nhất được áp dụng, bạn có thể, ví dụ:

git read-tree stash^{tree} 
git checkout-index -af 

Answer 4

Thực tế bạn đang thấy xung đột hợp nhất có nghĩa là đã có thay đổi trong tệp foo mà bạn đã lấy từ máy chủ. Vì vậy, sao chép tập tin của bạn hơn và di chuyển trở lại sẽ hoàn toàn nuke tất cả các thay đổi từ repo trong tập tin foo. Nếu bạn cam kết, người khác cam kết thay đổi cho foo sẽ ghét bạn.

Câu trả lời cho câu hỏi của bạn phụ thuộc vào những gì bạn đang cố gắng hoàn thành. Bạn đang cố gắng xem những thay đổi trên máy chủ được so sánh với mã của bạn? Bạn đang cố gắng tránh đối phó với mã của người khác cho đến khi bạn làm xong?

Nếu bạn chỉ muốn xem thay đổi của chi nhánh là gì, bạn có thể sử dụng git fetch thay vì git pull và so sánh mã hiện tại của bạn với điều đó. Hoặc, nếu bạn không muốn hợp nhất các thay đổi của mình ngay bây giờ, hãy xem xét làm việc trong một nhánh riêng biệt hoặc không kéo cho đến khi bạn sẵn sàng hợp nhất.