在 Git 版本控制系统中，add 命令是连接代码修改与版本提交的核心桥梁。很多初学者容易把 add 和 commit 混为一谈，实际上它们负责的工作完全不同。commit 是把快照永久保存进仓库，而 add 的作用是把当前工作区的改动标记为暂存状态。理解这个暂存区（Staging Area）的概念，是掌握高效 Git 工作流的第一步。
基础用法与常见参数
最基础的用法非常简单，直接输入 git add 加上文件名即可。例如 git add index.html 会把指定文件加入暂存区。如果项目中有多个文件需要跟踪，可以逐个添加。但实际开发中更常用的是通配符和路径操作。git add . 会递归添加当前目录下所有新增或修改的文件，注意这里的点代表当前目录。git add .. 则是添加上一级目录的内容。对于只想添加特定类型的文件，可以使用 git add *.js 这样的语法筛选后缀名。
精准控制暂存内容
当一次修改涉及多个文件，或者单个文件里改了十几行代码时，全部暂存往往不是最优解。这时候需要用到交互式暂存功能。运行 git add -p 会进入逐块查看模式，Git 会把每个文件的改动拆分成小块，让你选择是否纳入暂存区。选项 y 表示接受该块，n 表示跳过，a 表示接受当前及后续所有块，q 退出当前文件，e 手动编辑分割线。熟练掌握 p 模式后，你可以实现极细粒度的版本控制，比如把重构的代码和修复的 Bug 分两次提交，让日志更加清晰。
处理特殊场景与避坑指南
在实际项目中，经常会遇到不需要提交的文件干扰。比如配置文件包含敏感信息，或者编译生成的临时文件。这类情况应该优先通过 .gitignore 文件排除，而不是依赖 add 命令过滤。如果已经错误添加了忽略规则下的文件，直接使用 git rm --cached 文件名解除追踪，再重新配置 ignore 规则即可。另外，大型二进制文件或图片容易导致仓库膨胀，建议配合 Git LFS 工具管理，避免频繁触发 add 导致网络传输超时。
养成好习惯提升协作效率
每次执行完 add 操作后，强烈建议紧接着运行 git status 查看暂存区状态。确认只有预期的文件被标记为绿色 staged 状态后再进行 commit。团队协作中，保持小步快跑的提交节奏非常重要。不要把整个下午的功能写完后一次性全加进去，而是完成一个逻辑单元就暂存并提交。这样既能降低冲突概率，也方便回滚定位问题。记住，add 只是准备动作，真正的归档还得靠 commit 配合清晰的提交信息。多练习几个参数组合，结合日常开发场景灵活运用，就能彻底告别乱糟糟的版本记录。
