在git合并期间忽略文件。i、 e.文件存在于分支A上，但不存在于分支B上。合并A->；B

我有一个涵盖一般主题的技术文档repo，我们称之为“RepoA”。我想将其与另一个特定于我工作环境的notes回购合并或“添加到”另一个notes回购，我们称之为“回购”。其目的是让员工对SOP和更一般的内容（如Linux、Ansible、Yum或其他主题）有一个“一站式服务”

因此，一般注释将添加到RepoA，工作特定注释将添加到RepoB。RepoB将与RepoA合并，使其拥有RepoA中的所有内容以及RepoB特有的特定于工作的注释

让RepoA成为RepoB的上游repo，并使用git fetch/git merge将内容从RepoA添加到RepoB，这样做行吗

e.g. repob(master)> git remote add repoa repoa_url 
repob(master)>git fetch repoa
repob(master)>git merge repoa/master

---

谢谢

没有“合并期间忽略文件”指令，但在此之前，您已经遇到了麻烦，在创建一个GitHub repo的步骤中，它是[other]repo减去[some]文件的副本，因为存储库由提交组成，提交是不可变的。如果接受现有的提交，从中删除文件，然后提交结果，则会有不同的提交。如果保留现有的提交，它不是“副本减”，而是“副本加”：最初是一个副本，然后添加更多的提交。@torek我颠倒了方向，看看这是否可行。这听起来确实更可行。在所有情况下，您总是要添加更多的提交，但在这里您将有一个轻松的合并时间，因为从未在某个提交链中的文件从未在另一个提交链中被触及。没有“在合并过程中忽略文件”指令，但在此之前，您已经遇到了麻烦，在创建一个GitHub repo的步骤中，它是[Other]repo减去[some]文件，因为存储库由提交组成，提交是不可变的。如果您接受现有提交，从其中删除文件，然后提交结果，则会有不同的提交。如果保留现有提交，则不是“副本减”，而是“副本加”：最初，添加了一个副本，然后添加了更多提交。@torek我颠倒了方向，看看这是否可行。这听起来确实更可行。在所有情况下，您总是添加更多的提交，但在这里您可以很容易地进行合并，因为在某个提交链中从未包含的文件在另一个提交链中从未接触过。