嘿，我来帮你搞定这两个Git问题，尤其是团队协作的那个流程，咱们一步步理清楚：

有两种常用的方式，你可以根据场景选择：

• 快速拉取合并：直接执行 git pull，这个命令等价于 git fetch（拉取远程最新提交） + git merge（合并到本地当前分支）的组合操作，适合确认远程变更不会和本地冲突的场景。
• 先查看再合并（更可控）：
  1. 先拉取远程仓库的所有变更到本地缓存：git fetch origin（origin是你的远程仓库别名，可替换成对应名称）
  2. 查看远程分支的提交历史：git log origin/你的分支名
  3. 选择合并方式：用 git merge origin/你的分支名 保留合并记录，或者用 git rebase origin/你的分支名 让提交历史更线性。

先帮你分析下当前操作的问题：你克隆A的仓库后，移除了原本指向A仓库的origin远程源，替换成了自己的仓库，这就导致后续执行git pull时，默认拉取的是你自己仓库的内容，自然拿不到A的新变更啦。

下面给你一套标准且可持续的协作流程：

正确操作步骤（针对人员B） #

第一步：首次配置远程源 #

1. 克隆A的fork仓库到本地：

git clone <A的fork仓库地址>
cd <仓库目录名>

2. 保留A的仓库为origin，同时添加团队官方远程仓库（命名为upstream方便区分）：

git remote add upstream <团队官方远程仓库地址>

此时你的本地仓库有两个远程源：

• origin：指向A的fork仓库，用来拉取A的最新变更
• upstream：指向团队官方仓库，用来推送合并后的代码

第二步：首次处理A的提交并推送到官方仓库 #

1. 切换到A的目标分支：

git checkout <A的分支名>

2. 如果团队要求用B的作者信息合并，执行修改作者的命令（确保符合团队规范）：

git commit --amend --author="Person B <person.b@company.com>"

3. 将修改后的分支推送到团队官方仓库：

git push upstream <A的分支名>

如果官方仓库已有对应分支，建议先拉取官方最新再推送，避免冲突：

git pull upstream <分支名> --rebase
git push upstream <分支名>

第三步：后续拉取A的新变更 #

当A更新了他fork仓库的分支后，直接从origin（A的仓库）拉取即可：

# 先切换到对应分支
git checkout <分支名>
# 拉取A的最新变更，这里用rebase让历史更整洁
git pull origin <分支名> --rebase
# 或者分步骤执行更可控：
# git fetch origin
# git rebase origin/<分支名>

之后再推送到团队官方仓库：

git push upstream <分支名>

补充：如果已经误改了远程源，怎么修复？ #

如果你已经把origin换成了自己的仓库，只需重新添加A的仓库为新的远程源即可：

git remote add person-a <A的fork仓库地址>
# 后续拉取A的变更就用
git pull person-a <分支名>

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