需要“ git merge -s他们的”-但我知道它不存在

Question

我有许多要合并在一起的远程存储库。这些存储库中的某些子树对于远程服务器是唯一的（它们包含特定于主机的数据），其他子树包含（假设是）所有远程计算机都通用的数据。从本质上讲，我想为每个远程运行“ git pull”。对于远程主机上已更改的特定于主机的文件，这将沿着远程主机的跟踪分支快进本地主机分支，并且对公用文件没有任何作用，因为它们不会更改。普通文件中的更改（称为F，更改为F'）应该不成问题，即使它最初只是在一个远程设备上发生。git-merge将做正确的事，并在我的复合工作区中给我一个F'的副本，这正是我想要的。问题是，如果同一公共文件在另一个远程服务器上以不同的方式更改（称为F“），则git-merge将给我F'和F”的组合，这不是我想要的。我只想要F”。当我与ClearCase合作时，我们将其称为复制合并。合并的结果始终是贡献者的精确副本。听起来很像“ git merge -s thems”，只是它不存在。我想知道我是否可以使用“ git-read-tree -m --trivial”来做一些事情来避免快速合并，然后使用git-merge和一个简单的$复制自定义mergetool做一些魔术远程文件到$ MERGED。但是即使如此，我仍然看不到如何阻止git-merge合并F'和F“，如果合并的事情很琐碎的话。我已经阅读了链接“ git merge -s ours”是否有“他们的”版本？在此站点上，以及Junio Hamano的帖子中，它引用了解释为什么“ git merge -s thems”这样的主意很糟糕，但对我而言并非如此。我确实很珍惜旧的历史，但是当一个情况发生时，我需要跳船并跟随远程站点上的更改。在本地站点上没有新工作完成。它只需要构成所有远程站点的组合，就可以在发生更改时从上次轮询的远程站点获取最新的“公用”文件。预先感谢您可以给我的任何帮助。