我有許多要合并在一起的遠程存儲庫。這些存儲庫中的某些子樹對于遠程服務器是唯一的（它們包含特定于主機的數據），其他子樹包含（假設是）所有遠程計算機都通用的數據。從本質上講，我想為每個遠程運行“ 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”這樣的主意很糟糕，但對我而言并非如此。我確實很珍惜舊的歷史，但是當一個情況發生時，我需要跳船并跟隨遠程站點上的更改。在本地站點上沒有新工作完成。它只需要構成所有遠程站點的組合，就可以在發生更改時從上次輪詢的遠程站點獲取最新的“公用”文件。預先感謝您可以給我的任何幫助。