无推送权限时，如何自动拉取远程仓库A变更到仓库B且避免冲突？

这场景太常见了，我帮你梳理一套靠谱的流程，既能同步上游更新，又能尽量减少冲突：

第一步：给你的仓库B添加上游远程源 #

首先得让本地仓库知道上游仓库A的存在，在本地仓库B的目录里执行：

git remote add upstream <仓库A的Git地址>

比如如果仓库A是GitHub上的，地址就是git@github.com:xxx/repoA.git或者HTTPS格式都行。
之后可以用git remote -v确认一下，能看到upstream和origin（你的仓库B）两个远程源就对了。

第二步：定期拉取上游变更并合并 #

每次要同步的时候，先拉取上游的最新代码：

git fetch upstream

然后切换到你平时开发的分支（比如main），把上游的对应分支合并过来：

git checkout main
git merge upstream/main

如果上游有新的提交，Git会自动尝试合并，要是出现冲突也不用慌，Git会提示你哪些文件有冲突，打开这些文件手动修改冲突部分，然后提交就行：

# 修改完冲突文件后
git add <冲突文件名>
git commit

之后把合并后的代码推送到你的仓库B：

git push origin main

第三步：设置自动同步（减少手动操作） #

如果想不用每次手动敲命令，可以搞个自动脚本，或者用仓库平台的CI/CD工具来定时同步：

方案1：写个简单的Shell脚本 #

创建一个sync-upstream.sh文件，内容如下：

#!/bin/bash
cd /path/to/your/repoB
git fetch upstream
git checkout main
git merge upstream/main --no-edit
git push origin main

给脚本加执行权限：chmod +x sync-upstream.sh，然后用系统的定时任务（比如Linux的cron，Windows的任务计划）定期运行它就行。

注意：--no-edit参数是让Git自动生成合并提交信息，如果你需要自定义信息可以去掉这个参数，但自动运行的话加上更省心。

方案2：用平台的CI/CD工具（以GitHub为例） #

在仓库B的.github/workflows目录下创建一个sync.yml文件，内容大概这样：

name: Sync Upstream
on:
  schedule:
    - cron: '0 0 * * *' # 每天凌晨同步一次，时间可以自己调整
  workflow_dispatch: # 允许手动触发

jobs:
  sync:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout repo
        uses: actions/checkout@v4
        with:
          fetch-depth: 0
      - name: Add upstream remote
        run: git remote add upstream <仓库A的Git地址>
      - name: Fetch upstream
        run: git fetch upstream
      - name: Merge upstream changes
        run: git merge upstream/main --no-edit
      - name: Push to origin
        run: git push origin main
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

这样每天定时自动同步，也可以手动触发 workflow，非常方便。

小Tips：减少冲突的技巧 #

• 尽量不要直接修改上游仓库的核心文件，而是通过分支开发或者自定义配置文件来做你的修改，这样上游更新核心文件时就不容易冲突。
• 定期同步，别等上游攒了几十上百个提交再同步，冲突概率会小很多。
• 如果你的仓库B有自己的定制功能，最好放在单独的分支里，同步上游时只同步主分支，再把主分支合并到你的定制分支。

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