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

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

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

相关推荐
一次旅行5 小时前
HyperTool:突破传统工具调用限制,让Agent更高效执行复杂任务
人工智能
陈天伟教授6 小时前
图解人工智能(58)人工智能应用-围棋国手
人工智能·语音识别·机器翻译
闻道参看6 小时前
2026年AI优质企业培训系统综合测评:合规管控/数据量化
人工智能
老虾头6 小时前
科技贴近烟火:本地化 AI,赋能各行各业日常经营
人工智能
毒爪的小新6 小时前
Linux 环境极速部署 vLLM:从零搭建生产级大模型推理服务
linux·人工智能·ai·语言模型·vllm
老大白菜6 小时前
25美元,DIY开源可穿戴智能AI眼镜:Arduino+乐鑫ESP32+DeepSeek项目
人工智能
鹤落晴春6 小时前
RH124问答3:从命令行管理文件
linux·运维·服务器
凡人叶枫6 小时前
Effective C++ 条款30:透彻了解 inlining 的里里外外
linux·开发语言·c++·嵌入式开发·effective c++
noipp6 小时前
推荐题目:洛谷 P10907 [蓝桥杯 2024 国 B] 蚂蚁开会
c语言·c++·算法·编程·洛谷