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

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

为了让你绝对放心,我们在执行 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 stash show -p

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


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

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

复制代码
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 放回来。

        • 然后告诉导师:"我本地改动比较多,拉取有冲突,我先把我的代码备份了,您看怎么处理比较好?"(这是非常诚实且专业的处理方式)。


4. 防止导师加了新库 (保险起见)

复制代码
git submodule update --init --recursive

第二阶段:重新编译 (在 Docker 容器内执行)

拉下来的是 C++ 代码(文本),机器是不认识的。你必须让编译器把它们变成可执行文件。

切换到你的 root docker终端

1. 回到工作空间根目录

复制代码
cd ~/work_space/lubo_auto_car

2. 再次检查依赖 (以防导师引入了新包)

复制代码
rosdep install --from-paths src --ignore-src -r -y

3. 编译

复制代码
# 如果不知道导师改了哪个包,就全编(比较慢)
colcon build

# 如果知道他只改了 planning,就只编 planning(快)
# colcon build --packages-select planning_node

4. 刷新环境

复制代码
source install/setup.bash

🚨 紧急情况预案:如果 git pull 报错怎么办?

如果你执行 git pull 时提示:

error: Your local changes to the following files would be overwritten by merge:

这说明你修改了文件,导师也修改了同一个文件,Git 不敢覆盖。

解决办法(如果你想保留你的修改):

复制代码
git stash        # 先把你的修改"藏"起来
git pull origin develop  # 拉取导师代码
git stash pop    # 把你的修改"放"回来(可能会提示冲突,需要手动修)

解决办法(如果你不在乎你的修改,只想用导师的):

git reset --hard origin/develop # 强行覆盖,慎用!

相关推荐
葳_人生_蕤1 分钟前
Leetcode HOT 100
算法·leetcode·职场和发展
智算菩萨1 分钟前
ChatGPT 5.4在英语学习中的应用:经典专四英语散文《Spring Thaw》赏析
人工智能·学习·ai·chatgpt·机器翻译
balmtv3 分钟前
GPT-4o推理能力深度拆解:统一多模态与端到端推理的架构革命
人工智能·架构
JFSJFX3 分钟前
2026 AI手机元年:从“功能辅助”到“个人智能体”的彻底蜕变
人工智能·智能手机
starvapour7 分钟前
Ubuntu更换显卡驱动后网络消失的问题
linux·运维·ubuntu
仟濹8 分钟前
【算法打卡day23(2026-03-15 周日)今日算法or技巧:双指针 & 链表 & 回溯算法】6个题
数据结构·算法·链表
码路高手8 分钟前
Trae-Agent中的llm核心交互逻辑
人工智能
风酥糖9 分钟前
在Termux中运行Siyuan笔记服务
android·linux·服务器·笔记
哼?~12 分钟前
Linux信号产生
linux
Je1lyfish15 分钟前
CMU15-445 (2026 Spring) Project#2 - B+ Tree
linux·数据结构·数据库·c++·sql·spring·oracle