如何避免代码冲突，拉取分支

🔥 给你一个真正“绝对不粘锅”的保命方案

为了让你绝对放心，我们在执行 Git 命令前，先加一个物理备份步骤。这样无论 Git 怎么炸，你都能一键还原。

请严格按照下面这个**“绝对防御”流程**操作：

🛠️ 第一步：物理备份

在执行任何 git 命令前，先把你的代码文件夹复制一份放在旁边。哪怕天塌下来，你只要把备份文件夹改个名放回去，就当无事发生。 要拉取哪个就备份哪个

# 1. 回到 src 目录的上级 cd ~/autoware_ws/wordk_space/lubo_auto_car/src # 2. 把你的代码包 luobopnc 完整复制一份，命名为 luobopnc_backup # (cp -r 是递归复制的意思) cp -r luobopnc luobopnc_backup

✅ 此时：无敌。就算把代码库删了都不怕。

🛠️ 第二步：执行更严谨的 Stash（带上 -u 参数）

现在的stash命令要升级一下，加上-u参数，把你那些没追踪的新文件也一起藏起来。

cd ~/autoware_ws/wordk_space/lubo_auto_car/src/luobopnc # 暂存所有修改（包括新建的文件） git stash -u

✅ 此时状态：你的工作区应该变得完全干净，和刚从服务器拉下来时一样。

🛠️ 第三步：确认身份 (新增的关键一步！) 👈

确保自己站在正确的位置上。

git checkout develop

• 如果原本就在 develop：Git 会说Already on 'develop'（无事发生，很安全）。

• 如果原本在 master：Git 会帮你切过去（Switched to branch 'develop'）。

🛠️ 第三步：拉取导师代码

git pull origin develop git submodule update --init --recursive

✅ 此时状态：你的本地代码已经是导师的最新版本了。

🛠️ 第四步：恢复你的修改（关键时刻）

git stash pop

🚨这时候可能会出现两种结果，请对号入座：

• 结果 A（大吉）：终端显示Dropped refs/stash...。

  • 说明：没有任何冲突，你的修改完美融合进去了。

  • 操作：直接去编译（colcon build），任务结束。

• 结果 B（遇到麻烦）：终端显示CONFLICT (content)...，并且没有显示Dropped...。

  • 说明：撞车了！导师改的地方和你改的地方冲突了。

  • 怎么救：

    1. 不要慌。

    2. 打开 VS Code，找到变红的文件。

    3. 你会看到<<<< HEAD这种标记。

    4. 如果这让你感到头大，或者怕修坏了：

       • 直接删掉这个luobopnc文件夹。

       • 把刚才第一步备份的luobopnc_backup改名为luobopnc放回来。

       • 然后告诉导师：“我本地改动比较多，拉取有冲突，我先把我的代码备份了，您看怎么处理比较好？”（这是非常诚实且专业的处理方式）。