【git工具篇】Git 常用实战手册：从基础命令到分支冲突解决（开发实战版）

前言：Git 是现代软件开发中不可或缺的版本管理工具。本文针对企业级开发中的实际场景，整理了一套高效、安全的 Git 操作指南，从基础命令速查到复杂冲突处理，助力开发者在团队协作中游刃有余。

适用场景：日常代码提交、多人协作分支合并、代码冲突处理、Fork 模式贡献。
核心结论 ：保持本地主分支最新（git pull）是避免冲突的最有效手段。
最简步骤：1. 同步主分支；2. 创建功能分支；3. 提交改动；4. 推送并创建 PR/MR。
必备代码 ：git pull origin main；git merge --no-ff；git checkout -b feature/xxx。
高危避坑：禁止在主分支（main/master）直接修改代码；推送前务必检查当前分支跟踪状态。

A
B
C: Main
D
E: Feature
M: Merge Commit

默认合并提交（Non Fast-forward）：当主分支有新提交时，合并会产生一个新的节点 M。M 拥有两个父节点（C 和 E），记录了完整的开发历史。
快进合并（Fast-forward）：若主分支无新提交，主分支指针直接移动到功能分支最新点，不产生新节点。
最佳实践 ：使用 git merge --no-ff 强制生成合并节点，保留清晰的分支演进线索。

当两个分支修改了同一个文件的同一位置时，Git 会提示冲突。

bash 复制代码

git merge feature/xxx
# 系统提示：CONFLICT (content): Merge conflict in login.js

使用编辑器（如 VS Code）查看冲突标记：

javascript 复制代码

<<<<<<< HEAD
return true;        // 当前分支 (main) 的修改
=======
return false;       // 待合并分支 (feature) 的修改
>>>>>>> feature

删除冲突标记，修改代码为预期结果（如 return 'ok';），然后保存。

bash 复制代码

git add login.js
git commit -m "merge: resolve conflict in login.js"

需求：有权限直接向公司仓库提交代码。
方案：
1. git pull origin main 同步。
2. git checkout -b feature/task 开发。
3. git push -u origin feature/task 推送。
4. 发起 GitLab/Gitee 的 Merge Request。

需求：先推送到个人空间，再请求合并到公司主库。
方案：
1. git remote add myfork [URL]（仅首次）。
2. 基于 origin/main 创建分支。
3. git push -u myfork feature/task 推送到个人库。
4. 在平台发起 Pull Request 合并到 origin。

养成"先同步、后开发、勤提交、查状态"的习惯是 Git 进阶的必经之路。推送前执行一次 git check（见附录别名配置），确保万无一失。下一步，可以探索 Git Hooks 自动化校验或更高级的分支管理策略（如 GitFlow）。

本文为MY_TRUCK原创实战学习笔记，持续更新Java后端与工具实战干货，问题欢迎评论区交流。