Git 的作用
Git 是一种用于多人文件版本协作的工具。对于非程序员或刚入行的开发者来说，理解它可能有些门槛，但掌握它能极大提升开发效率。
1. 版本控制
文件通常会有多个版本。你是否经历过这样的场景：
- 论文有'终稿 v1、终稿 v2、最终版'；
- 设计稿有'改版 A、改版 B、改版 C'；
- 项目代码改了几十遍后，分不清哪个是最新版。
如果不小心修改了关键内容且无法回退，损失往往很大。传统的保存方式（如 论文_最终_v2.docx）不仅占用空间，还容易混乱。
Git 的核心价值在于：
帮你保存每一次修改，并能随时回到任何一次修改。
你可以把 Git 理解为'文件的时间机器'。它像照相机一样，记录你文件的每一个版本快照。如果第四天觉得第一天写得好，可以直接'穿越'回去。
| 操作 | Git 行为 |
|---|---|
| 改文件 | Git 记一次 |
| 改错了 | Git 带你回去 |
| 文件乱了 | Git 给你旧版本 |
| 一切可撤回、可找回 | 历史记录永久保存 |
2. 团队合作
单人使用 Git 是备份器，多人协作则是'外挂'。
没有 Git 的协作痛点：
- 版本冲突： 小王发 V3，你改完发 V4，小李又改回 V2，最后没人知道谁是最新版。
- 覆盖风险： 同时修改同一文件，后提交的人直接覆盖前人的工作。
- 沟通成本： 需要反复确认谁改了哪里，整理文件极其麻烦。
Git 带来的改变：
每个人可以在各自的分支上独立工作，互不干扰。Git 会自动检测冲突，将分歧摆在你面前让你决定，而不是神秘地覆盖别人。
| 优点 | 解释 |
|---|---|
| 不会互相覆盖 | Git 自动识别冲突，避免'我改了你又给我删了' |
| 独立工作 | 不抢文件，不等别人改完才轮到你 |
| 有迹可循 | 谁写了啥一清二楚，避免甩锅 |
3. 团队协作案例
假设一个三人小组开发《坦克大战》游戏：
- 小程（程序）： 负责代码、功能实现
- 小红（美术）： 负责素材、贴图
- 小白（策划）： 负责文档、规则
分工协作流程：
- 小程创建项目仓库，包含
/code、/assets、/docs等文件夹。 - 各成员在各自文件夹开发，互不干扰。
- 完成部分功能后提交（Commit），拉取（Pull）他人更新。
当团队扩大时，通过分支管理（Branching）来隔离不同模块的开发，例如 branch-art 处理美术，branch-code 处理逻辑，最后合并到主分支。
