如何避免与fork的上游重复的Git合并冲突？

Question

我正在维护一个应用程序分支。一些更改将在上游提交，其他更改仅在本地有意义。我还将从上游获取更新。我会避免＆＃34;凌乱＆＃34;更改如重新格式化语法。

当然，从upstream/master撤出时我最终会遇到合并冲突，需要解决它。我担心浪费时间反复出现合并冲突。例如，如果上游在I：

之后进行更改

• 大修README.md
• 删除CONTRIBUTING.md
• 将LICENSE.md重命名为COPYING.md
• 彻底检查Debian打包子文件夹（及其所有内容）

是否可以忽略合并某些文件和/或子文件夹的尝试？我在StackOverflow上寻找答案时遇到vendor-branch模式，但这似乎适用于双方同意的子文件夹，而不是我决定的任意文件/文件夹集合。