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

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

为了让你绝对放心,我们在执行 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 # 强行覆盖,慎用!

相关推荐
Water_Sunzhipeng5 小时前
2024牛客暑期多校训练营1
算法
hetao17338375 小时前
2026-08-09~08-14 hetao1733837 的刷题记录
c++·算法
西安小哥5 小时前
破局与重生:大厂前端如何借力 AI 转型“超级全栈“
前端·人工智能
技术小黑5 小时前
RNN算法实战系列06 | LSTM 实现糖尿病探索与预测
rnn·算法·lstm
fīɡЙtīиɡ ℡5 小时前
大模型结构化输出
人工智能·学习
甲维斯6 小时前
GLM5.3慢而稳,重点感谢DeepSeek衬托!
人工智能
宇的出海纪元6 小时前
App排名变化怎么看?从上涨趋势判断产品是否值得关注
人工智能·个人开发·app开发
Rocktech_ruixun6 小时前
机器人数据采集能力取决于什么?瑞迅科技RK3588/3576核心板方案深度解析
人工智能·嵌入式硬件·机器人
疯狂打码的少年6 小时前
【数据结构】二叉树的性质(五大性质+计算)
数据结构·笔记·算法
大飞记Python6 小时前
AI大模型Token计费全解析:输入/输出、缓存命中、阶梯计价一文看懂
人工智能·缓存