Git 如何避免与fork'；它在上游吗？

我正在维护一个应用程序分叉。一些更改将提交到上游，其他更改仅在本地有意义。我还将从上游获取更新。我将避免像重新格式化语法这样的“混乱”更改

当然，当从

上游/master

提取时，我最终会遇到合并冲突，需要解决它。我担心在反复出现的合并冲突上浪费时间。例如，如果上游在I之后进行更改：

• 大修

  README.md

• 删除

  contribution.md

• 将

  LICENSE.md

  重命名为

  COPYING.md

• 彻底检查Debian打包子文件夹（及其所有内容）

---

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

您是否研究过

git Reere

？由于您在执行fork时没有返回上游，因此在这种情况下，最好的策略是重新设置基础。@0andriy我想知道这一点，但重新设置基础意味着我不会有稳定的提交历史（例如，对于我的团队的贡献）@adzenith我没有，谢谢！您的历史记录将始终位于最近的上游记录之上，并且您将根据需要对其进行修改。为了更好地维护，您需要返回上游。