git - 具有永久本地更改的 git pull 的首选策略

Question

我克隆了一个远程存储库并更改了一个文件。现在我想不时更新远程存储库，但保留该文件中的更改。我可以在互联网上找到几种策略：

• 在每次 git pull 时将文件提交给 master 和 rebase（即 git fetch && git merge --ff-only）
• 将文件提交到不同的分支并在每个 git pull 上进行挑选
• 将文件提交到 fork 并从原始远程更新远程 fork
• 在每次 git pull 之前存储文件并在每次 git pull 之后存储 pop
• 创建补丁文件并在每个 git pull 上打补丁
• 维护外部旧副本，在 git pull 之前删除冲突文件，并在 git pull 之后使用外部合并工具合并更改
• --assume-unchanged & --skip-worktree （似乎这些不能按我想要的方式工作，但在整个 stackoverflow 中都建议使用）
• 修改 .git 目录（是否值得努力在 .git 文件夹中四处寻找并可能破坏某些东西，即使这只是远程的本地克隆？）

可能还有其他一些方法。

具有永久本地更改的 git pull 的首选策略是什么？这些有什么限制吗？就保留大部分远程和本地更改并避免合并冲突而言，最安全的方法是什么？

标签： gitgit-mergegit-pull