第一阶段：本地准备 (在终端操作)
这几步是为了确保你的代码在本地是干净、准确地打包好的。
1. 确认身份
git branch-
作用：查看当前所在的分支。
-
检查点 ：必须看到
* crj_develop（你的名字分支）是绿色的。 -
为什么 ：防止你迷迷糊糊把代码改到了
master或者develop主分支上（那是生产环境，不能随便动）。
2. 检查现状
git status-
作用：查看哪些文件被修改了（红色），哪些是新文件（Untracked）。
-
检查点：
-
确认红色的文件都是你这次任务修改的代码（比如
.cpp,.hpp,.yaml）。 -
如果有乱七八糟的文件（比如
test.txt或chmod这种误操作生成的），用rm 文件名删掉它们。 -
可以把输出给ai分析一下
-
3. 装箱 (添加到暂存区)
给ai分析完后，看一下主要是哪些改动，再选择提交哪些文件
git add .-
作用 ：把当前目录下所有修改过和新创建的文件，放入"暂存区"（Staging Area）。
-
解释：相当于把你准备寄快递的东西（修改的代码）全部放进纸箱里，准备封箱。
-
比如：git add src/planning_node/src/lateral_decider/ref_line_lateral_decider/ref_line_lateral_decider.cpp
4. 封箱 (提交到本地仓库)
git commit -m "fix: 修复侧向决策器变量重定义bug，优化配置"-
作用：把暂存区的文件正式保存为一个"版本" (Commit)。
-
解释：相当于把纸箱封好胶带，贴上快递单。
-
-m后面写什么 ：写给同事和导师看的说明书。格式通常是类型: 具体内容（如fix: ...或feat: ...）。
第二阶段：发送包裹 (推送到远程)
这步操作把你的代码从你的电脑（Docker容器）上传到公司的服务器（Gitee）。
5. 推送
git push origin crj_develop-
作用 ：把你本地的
crj_develop分支上的最新提交，推送到远程仓库的crj_develop分支。 -
解释：快递员把箱子拿走了，现在你的代码已经安全地躺在 Gitee 的云端服务器上了。
-
(如果远程没有这个分支，Git 会自动帮你创建一个)
第三阶段：申请入库 (在 Gitee 网页操作)
代码虽然上传了，但还在你的个人分支里。你需要发起申请，请求把你的代码合并进主干 (develop)。
6. 进入仓库
- 打开浏览器，在 Gitee 找到
北京云旅科技有限公司/luobo_pnc仓库。
7. 进入合并页面
-
点击页面顶部的
Pull Requests(或合并请求) 标签。 -
点击绿色的
+ 新建 Pull Request。
8. 填写申请单 (关键！)
-
源分支 (Source) ：选
crj_develop。 -
目标分支 (Target) ：选
develop。- 作用：告诉系统，我想把"我的修改"合并进"主干"。
-
标题：系统通常会自动填你刚才 commit 的内容，检查一下是否清晰。
-
审查人员 (Reviewers) ：勾选你的导师 (duanbin11)。
- 作用：指定谁来给你的代码签字画押。
9. 确认创建
- 点击
创建。