一、Idea Git 标准操作规范
1、更新代码
2、提交代码
3、切换分支
4、合并分支
5、暂存代码
6、回滚代码
二、VScode Git 标准操作规范
1、更新代码
2、提交代码
3、切换分支
4、合并分支
5、暂存代码
6、回滚代码
三、为什么总结这个手册
📝 前言：全场景协同，构建统一的版本控制规范
在现代软件开发中，工具链的多样性已成为常态。Java 研发团队中，IntelliJ IDEA 无疑是主力 IDE 💻，但随着微服务、脚本开发、前端联调等场景的增多，Visual Studio Code（VS Code）的使用也日益广泛 🌐。
我们发现，许多拥有多年经验的工程师在跨 IDE 使用 Git 时，往往缺乏统一的操作规范：在 IDEA 中习惯点击菜单，在 VS Code 中却依赖命令行；或者对“分支切换”、“合并策略”的理解因工具不同而产生偏差 🤔。这种“双轨制”操作，极易导致提交历史不一致、合并行为不统一，甚至引发协作冲突 🚨。
为此，我们在原有基础上全面升级了这份《Git 标准操作手册》，首次纳入 VS Code 的 Git 标准操作流程，并与 IDEA 的操作范式进行对标与统一 🔗。我们不再孤立地看待工具，而是聚焦于核心协作逻辑的一致性。
🔑 核心聚焦：跨 IDE 的分支管理统一
无论是 IDEA 还是 VS Code，分支切换与分支合并都是最核心、风险最高的协作动作。我们必须确保：在哪个 IDE 操作，行为都是一致的。
1. 🌿 分支切换：确保上下文安全
切换分支意味着切换代码上下文，操作不当极易导致未提交代码丢失或污染目标分支。
- IDEA 中💡，我们强调利用“项目视图”与“Git 工具窗口”的联动，通过右键菜单或快捷键切换，并利用“Shelve”安全暂存未完成工作。
- VS Code 中⚙️，我们规范使用“源代码管理”视图或状态栏快捷入口，强调切换前的“更改”检查，并利用“暂存（Stash）”功能实现跨分支的代码搬运。
本手册将详细对比两种 IDE 的切换流程，确保你无论身处哪个环境，都能以最安全的方式完成上下文切换 🛡️。
2. 🧩 分支合并：统一集成策略
合并是代码集成的正式交付点，必须保证历史清晰、过程可控。
- IDEA 中💡，我们规范使用“合并分支”对话框，明确指定“源分支”与“目标分支”，并利用可视化工具精确处理合并冲突。
- VS Code 中⚙️，我们同样强调通过“源代码管理”菜单执行“合并分支”操作，利用编辑器内置的合并编辑器（Merge Editor）高效解决冲突，避免直接使用终端命令造成误操作。
更重要的是，我们将在两个 IDE 中统一Merge（合并）🤝 与Rebase（变基）📈 的使用语义：
- 团队协作👥 使用 Merge 保留历史脉络。
- 本地整理🧹 使用 Rebase 保持线性整洁。
🚀 手册价值：从“会用”到“规范用”
本手册不仅是一份操作指南，更是一套跨 IDE 的协作契约📜。它涵盖了：
- 🛠️ 环境配置：确保两个 IDE 的用户信息、默认编辑器一致。
- 🔄 日常操作：提交、推送、拉取的标准化图形化流程。
- 🤝 核心协作：分支切换、合并、冲突解决的统一范式。
- 💡 最佳实践：如何在不同场景下选择最合适的 IDE 与操作方式。
我们希望每一位团队成员，无论使用 IDEA 还是 VS Code，都能遵循相同的 Git 逻辑，产出一致的提交历史，执行安全的合并操作。让工具服务于协作，而非成为协作的障碍 🚧。
规范操作，统一标准，从一次安全的跨 IDE 分支切换开始。
—— 编者按 ✍️
