无需向原仓库提交PR即可获取上游仓库更新的最佳实践是什么
2026-10-5
解决方案
你会每次推送后自动提示发起PR，核心原因是你把修改提交到了fork仓库与上游原仓库同名的默认分支（通常是main/master），GitHub默认将该分支识别为贡献分支，因此会自动弹出PR提示。按以下步骤操作即可同时满足同步上游更新、不触发PR、正常使用GitHub Pages的需求：
1. 首次仓库配置（仅需执行一次）
- 先正常Fork原模板仓库到你自己的GitHub账号下
- 把你自己账号下的fork仓库克隆到本地：
git clone https://github.com/你的用户名/你fork的仓库名.git - 进入本地仓库目录后，添加上游原模板仓库的远程地址，命名为upstream：
git remote add upstream https://github.com/原作者用户名/原模板仓库名.git - 验证远程地址配置正确，执行
git remote -v，你应该能看到两个远程地址：origin是你自己的仓库，upstream是原模板仓库 - 关键操作：在你自己的fork仓库里新建一个专属分支用来存你的个性化修改，比如命名为
personal，以后你所有的修改都只提交推送这个分支：git checkout -b personal - 到你自己的GitHub fork仓库的设置页，找到「默认分支」选项，把默认分支改成你刚建的
personal分支，以后你打开仓库默认显示的就是这个分支，克隆也默认拉这个分支 - 到GitHub Pages设置页，把部署源改成你的
personal分支就可以正常访问站点了
2. 日常修改操作（不会触发自动PR）
- 所有个性化修改都只在
personal分支上做，修改完成后正常提交，推送到你自己的origin仓库：git push origin personal - 因为你推送的分支和上游原仓库的默认分支不同名，也不是上游存在的分支，GitHub完全不会给你提示要给上游发PR，不会打扰原仓库
3. 同步上游原仓库的更新操作
- 先切换到本地用来同步上游的原始分支，也就是和上游默认分支同名的那个，一般是main：
git checkout main - 拉取上游原仓库的最新更新：
git pull upstream main - 把最新的上游更新合并到你自己的个性化分支：
git checkout personal，然后执行git merge main - 合并过程如果有冲突，手动解决冲突后提交即可，解决的都是你的个性化修改和上游新功能的冲突，不影响上游仓库
- 合并完成后把更新推到你自己的仓库：
git push origin personal，你的GitHub Pages就会自动部署最新的内容了
如果你之前已经直接在main分支上做了修改，只需要把main分支的内容全部迁移到新建的personal分支，然后把本地和远程的main分支重置成和上游一致的状态即可，不会丢失你的任何修改。
内容的提问来源于stack exchange，提问作者Nihat
相关产品推荐
相关产品推荐
