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简单和简单。您不会在未修改的文件上发生冲突。