git 的 add 和 commit 命令在版本控制中发挥着不同的作用。add 命令将文件修改添加到暂存区，而 commit 命令将暂存区的修改永久保存到仓库中。通过多次 add，用户可以精细控制每次提交的内容，确保代码库的整洁和可维护性。此外，add 命令还可用于添加或删除文件，而 commit 命令会生成一个新的提交对象，故开销较大，建议小而精地提交。
Git 的 add 和 commit：不止是简单的保存
很多新手都会混淆 Git 的 add 和 commit 命令，觉得它们差不多，都是把修改保存起来。其实不然，它们是两个截然不同的步骤，理解它们的区别，才能真正掌握 Git 的精髓，避免很多不必要的麻烦。
这篇文章的目的很简单，让你彻底搞懂 add 和 commit 的区别，以及它们背后的工作机制。读完之后，你就能像老司机一样自信地操控 Git 了。
首先，我们得明确一点：Git 是个版本控制系统，它追踪的是文件的变化，而不是文件本身。 你修改了文件，Git 并不会立刻知道。它需要你告诉它哪些修改需要纳入版本控制。
add 命令，说白了，就是个“暂存区”管理员。它把你的修改添加到 Git 的暂存区（staging area）。你可以把它想象成一个待办事项清单，列出了你准备提交的修改。 这些修改此时还只是暂存在本地，并没有真正写入 Git 的历史记录。
commit 命令才是真正的“保存”按钮。它把暂存区里的修改，打包成一个“快照”，永久地记录到 Git 的仓库中。 只有经过 commit 的修改，才算真正进入了 Git 的版本历史，才能被恢复、比较、回滚等等。
让我们来看点代码，感受一下这种区别：
# 假设你修改了文件 my_file.txt # 添加修改到暂存区 git add my_file.txt # 提交修改到仓库，并添加提交信息 git commit -m "Updated my_file.txt"
登录后复制
看到没？add 和 commit 是两个独立的操作。你可以多次 add，然后一次 commit；也可以多次 add，多次 commit（比如，每次 commit 只提交一部分修改）。
这其中的妙处在于：你可以精细地控制每次提交的内容。比如，你修改了多个文件，但只想先提交其中一部分的修改，就可以先 add 这些文件，再 commit。 这对于保持代码库的整洁和可维护性至关重要。
再深入一点，add 其实并不仅仅是添加文件修改。它还可以用于添加新文件、删除文件等等。 这些操作都需要先 add 到暂存区，然后才能 commit。
这里有个容易踩的坑：很多新手直接 git commit -a，试图一步到位。 -a 选项会自动把所有已追踪文件的修改添加到暂存区，再进行提交。 这看起来很方便，但容易导致提交信息过于笼统，难以追溯修改的具体内容。 除非你确定要提交所有修改，否则还是建议分开 add 和 commit，这样更有利于代码管理和团队协作。
最后，关于性能，add 命令本身开销很小，几乎可以忽略不计。 而 commit 命令会生成一个新的提交对象，开销相对较大，特别是对于大型文件或大量修改。 所以，合理地使用 add 命令，可以有效地控制每次 commit 的大小，提高 Git 的效率。 记住，小而精的提交，才是王道。
以上就是git 的add和commit的区别的详细内容，更多请关注其它相关文章！
