git commit -m 与 git commit -am 的区别

Question

麻烦解答下 git commit -m 与 git commit -am 的区别

Answer 1

当修改已经通过git add <change file>将其添加到stage，可以通过git commit -m "<message>"为这所有已经进入stage的改变添加一个commit信息。什么是在stage中？看下面

如果你的文件之前已经提交过，但这次的改动还没有进stage，如下：

可以直接使用git commit -am "<message>"，将所有修改，但未进stage的改动加入stage，并记录commit信息。(某种程度上相当于git add和git commit -m的组合技，前提是被改动文件已经是tracked)

Answer 2

字面解释的话，git commit -m用于提交暂存区的文件；git commit -am用于提交跟踪过的文件

要理解它们的区别，首先要明白git的文件状态变化周期，如下图所示

工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新，已修改或者已放入暂存区

下面以一个实例说明

在项目文件夹中新增一个文件如'a.txt'时，该文件处于untracked未跟踪状态。未跟踪状态的文件是无法提交的

接下来，使用git add a.txt，使其变成已跟踪状态

这时，如果使用git commit -m 'add a.txt'就可以顺利提交了

但是，git commit -m 和 git commit -am的区别在哪里？在于a.txt文件修改之后的处理

下面，向a.txt添加内容'a'

文件a.txt处于已跟踪，但未暂存状态。这时，如果使用git commit -m是无法提交最新版本的a.txt的，提交的只是最开始空内容的旧版本a.txt

要提交新版本a.txt，即内容为'a'的a.txt，则需要使用git add a.txt，将新版本的a.txt放到staged暂存区，然后才能使用git commit -m进行提交

而如果使用git commit -am，则可以省略git add a.txt这一步，因为git commit -am可以提交跟踪过的文件，而a.txt一开始已经被跟踪过了

总结，使用这两个命令区别的关键就是git add命令

git add命令是个多功能命令，根据目标文件的状态不同，此命令的效果也不同：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等

我们需要用git add命令来跟踪新文件，但如果使用git commit -am可以省略使用git add命令将已跟踪文件放到暂存区的功能

Answer 3

git commit -am "str"
#等同于
git commit -a -m "str"

我们运行下

man git commit 

来获取a参数的意义即知区别了。

OPTIONS
-a, --all
Tell the command to automatically stage files that have been modified and >deleted, but new files you have not told Git about are not affected.

意思是说

自动把当前所有修改和删除文件放到栈上，但你没有添加过的不会受影响。

拓展

通常我们提交git的时候都是

git add .
git commit -m "some str"
git push

这三大步，而实际上，你只需要两条命令就够了，除非有新的文件要被添加进去。

git commit -am "some str"
git push

Answer 4

可以强调补充一点，git commit -am ,还可以适用于大规模修改文件路径的情况