麻烦解答下 git commit -m 与 git commit -am 的区别
当修改已经通过git add <change file>将其添加到stage,可以通过git commit -m "<message>"为这所有已经进入stage的改变添加一个commit信息。什么是在stage中?看下面
git add <change file>
stage
git commit -m "<message>"
commit
如果你的文件之前已经提交过,但这次的改动还没有进stage,如下:
可以直接使用git commit -am "<message>",将所有修改,但未进git commit -am "<message>",将所有修改,但未进stage的改动加入stage,并记录commit信息。(某种程度上相当于git add和git commit -m的组合技,前提是被改动文件已经是tracked的改动加入
git commit -am "<message>"
git add
git commit -m
tracked
git commit -am "str" #等同于 git commit -a -m "str"
我们运行下
man git commit
来获取a参数的意义即知区别了。
a
OPTIONS -a, --allTell 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
字面解释的话,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命令将已跟踪文件放到暂存区的功能
当修改已经通过
git add <change file>
将其添加到stage
,可以通过git commit -m "<message>"
为这所有已经进入stage
的改变添加一个commit
信息。什么是在stage
中?看下面如果你的文件之前已经提交过,但这次的改动还没有进
stage
,如下:可以直接使用
,并记录git commit -am "<message>"
,将所有修改,但未进git commit -am "<message>"
,将所有修改,但未进stage
的改动加入stage
,并记录commit
信息。(某种程度上相当于git add
和git commit -m
的组合技,前提是被改动文件已经是tracked
的改动加入commit
信息。(某种程度上相当于git add
和git commit -m
的组合技,前提是被改动文件已经是tracked
)🎜我们运行下
来获取
a
参数的意义即知区别了。意思是说
拓展
通常我们提交git的时候都是
这三大步,而实际上,你只需要两条命令就够了,除非有新的文件要被添加进去。
字面解释的话,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命令将已跟踪文件放到暂存区的功能