无需合并回上游的Fork项目获取上游更新的最优Git工作流方案

核心工作流（避免重复合并冲突） #

首先完成基础配置：Fork项目到自己的仓库后，本地克隆自己的仓库，然后添加原项目为上游远程仓库：
git remote add upstream 原项目仓库地址

你需要在本地保留一个完全不做任何自定义修改的分支，一般命名为upstream-tracking，这个分支的唯一作用就是同步上游的更新，所有操作都和上游默认分支（一般是main或master）保持一致，永远不要往这个分支提交你的定制代码。每次同步上游更新时，先切换到该分支执行：

git fetch upstream
git merge upstream/main

确保该分支和上游最新代码完全对齐后再进行后续操作。

Python开发适配建议 #

你提到的尽量避免修改原项目模块的思路是完全正确的，这么做能最大化降低后续同步时的冲突概率，推荐按优先级选择实现方式：

• 优先在新增的独立模块中开发定制逻辑，通过导入原项目模块的类、函数，用继承、装饰器、猴子补丁等方式扩展功能，完全不修改原项目的代码文件，这种情况同步上游时基本不会产生任何冲突
• 确实需要修改原项目代码的场景，尽量做最小侵入式修改，比如仅给原函数新增一个默认值和原逻辑一致的开关参数，你的定制逻辑走开关分支即可，不要大范围调整原代码的结构
• 所有对原项目代码的修改单独提交为commit，备注清晰标记为定制修改，后续解决冲突时可以快速识别

适配需求的分支管理策略 #

不用搞复杂的GitFlow，三层分支结构完全可以满足需求：

• 上游跟踪层：仅upstream-tracking分支，只读，和上游代码保持同步，无自定义修改
• 主开发层：custom-main分支，基于upstream-tracking创建，所有经过测试的稳定定制代码都合入该分支，是你内部发布的基准分支
• 功能开发层：所有新功能、问题修复都从custom-main拉取独立分支开发，命名可以用feature/xxx、fix/xxx格式，开发测试通过后合回custom-main，废弃分支可以直接删除

同步上游更新的固定流程：

1. 切换到upstream-tracking分支，拉取上游最新代码并合并，保证该分支和上游完全一致
2. 切换到custom-main分支，执行git merge upstream-tracking，如有冲突正常解决即可
3. 建议开启Git的rerere功能：git config --global rerere.enabled true，开启后Git会自动记录你解决冲突的方案，后续遇到完全相同的冲突时会自动完成解决，不用重复操作

内容的提问来源于stack exchange，提问作者dr1ver