🐍一个人维护 Fork 仓库：同步上游与提交修复
Fork 不是一次性副本
Fork 上游项目后，我既希望继续接收官方更新，也需要保留自己的主题和配置修改。关键是区分两个远端：
origin：自己的 GitHub 仓库。
upstream：原始项目仓库。
第一次配置上游
用
git remote -v 可以确认两个地址没有写反。同步前先保护自己的修改
我不会在有未提交改动时直接同步。更稳妥的做法是让每次修改都进入独立分支并提交，然后再更新
main：同步不会凭空抹掉已经提交的内容；如果同一处代码两边都改过，Git 会要求处理冲突。解决冲突后仍然需要测试，不能只看合并命令成功。
修复怎样提交
自己的修改从最新
main 新建分支，通过 Pull Request 合回仓库。这样主题调整、页脚修改和上游同步都有独立记录，也能利用 GitHub Actions 与 Vercel 预览提前发现问题。是否一定要贡献给上游
只适合自己网站的品牌和样式不必提交上游；能够修复所有用户问题的通用改动，可以再向 upstream 发 Pull Request。维护 Fork 的重点不是每次都上交，而是把通用修复和个人定制分开。