Git：如何使用「他們的」未修改的文件，其餘的正常合併？

Question

像大多數人一樣，我在多項目開發中使用git，許多開發人員和許多更改每天都會傳播到主要分支。很多時候，當我將一個父分支合併到一個功能（或錯誤修復）分支中時，我遇到了幾個我沒有碰到甚至看不到的文件的衝突！

背景

分公司設置：

git checkout master 
git checkout -b myFeatureBranch 

比方說，兩個或更多時間的流逝。我的功能代碼現在已準備好進行審查。注意：這裏只使用master來表示清楚，實際上它是另一個唯一命名的發佈分支。許多其他開發人員將他們的錯誤修復和功能分支合併到master（他們的代碼評論獲得批准後）。這些變化可能已影響我在我的功能分支中更改過的一個或多個文件。因此，我需要將master合併到我的分支以獲取所有最新的代碼。

我的問題

我沒有找到一個答案，這個具體的問題。我看着this question其中也指出to this question。有以下這些信息，如果我需要合併master到我的特性分支，然後按照這個邏輯，我會做：

git checkout myFeatureBranch 
git merge -X theirs master 

我相信（從man頁）認爲：

This option forces conflicting hunks to be auto-resolved cleanly by 
favoring `their` version. 

但這真的不是人們想要的嗎？

如果在我的分支中我沒有觸摸到該文件，那麼是的，這正是我想要的;但是，如果我修改了一個文件（並提交給我的分支），那麼我想要完成正常的合併（和衝突解決）過程。在這種情況下，我不想支持theirs。以上是否這樣做？如果沒有，是否有一個合併命令可以這樣做？

Answer 1

在雙方都沒有修改的文件上不能有衝突。你可以在你的評論中堅持你所期望的那樣，但事實並非如此。

你試圖「證明」它發生的第一個說法是這些文件沒有顯示在git status;這隻意味着沒有任何未提交的文件更改。 真的應該做的是合併時有一個乾淨的工作樹，以便git status不會報告任何文件。

但合併衝突的問題不在於是否存在未提交的更改，例如status將報告它;這是自合併基地以來是否有變化。如果你想看看有什麼變化將文件從master到my_branch提議的合併過程中要考慮，你可以做

git diff `git merge-base master my_branch` my_branch -- path/to/some/file 

現在的變化可能是一些由工具推出。在某些情況下，您可能會有行結束設置導致不需要的更改。隨你。一旦你知道它是什麼，你可以看看如何讓它停止發生。

但是說「如果我沒有更改文件，從theirs」更改的命令是git merge簡單和簡單。您不會在未修改的文件上發生衝突。