前面的話 使用git commit -am是不是就可以完全不使用git add命令呢？不是 理論 要瞭解git commit -m與git commit -am的區別，首先要明白它們的定義 字面解釋的話，git commit -m用於提交暫存區的文件，git commit -am用於提交跟蹤過的文件 ...
前面的話
使用git commit -am是不是就可以完全不使用git add命令呢？不是
理論
要瞭解git commit -m與git commit -am的區別，首先要明白它們的定義
字面解釋的話，git commit -m用於提交暫存區的文件，git commit -am用於提交跟蹤過的文件
[註意]git commit -am可以寫成git commit -a -m，但不能寫成git commit -m -a
定義中出現了暫存區、跟蹤過的文件等術語，如果要理解它們，就需要瞭解Git的文件狀態變化周期
工作目錄下麵的所有文件都不外乎這兩種狀態：已跟蹤(tracked)或未跟蹤(untracked)。已跟蹤的文件是指本來就被納入版本控制管理的文件，在上次快照中有它們的記錄，工作一段時間後，它們的狀態可能是未更新(unmodified)，已修改(modified)或者已放入暫存區(staged)
實例
下麵以一個實例來進行說明
1、在項目文件夾中新增一個文件如'a.txt'時，該文件處於未跟蹤狀態(untracked)。未跟蹤狀態的文件是無法提交的
2、接下來，使用git add a.txt，使其變成已跟蹤狀態(tracked)
3、這時，如果使用git commit -m 'add a.txt'就可以順利提交了
4、但是，git commit -m 和 git commit -am的區別在哪裡？在於a.txt文件修改之後的處理
下麵，向a.txt添加內容'a'。可以看出，文件a.txt處於已跟蹤(tracked)，但未暫存狀態(unstaged)
5、這時，如果使用git commit -m是無法提交最新版本的a.txt的，提交的只是最開始空內容的舊版本a.txt
6、而如果使用git commit -am，則可以省略git add a.txt這一步，因為git commit -am可以提交跟蹤過的文件，而a.txt一開始已經被跟蹤過了
總結
這兩個命令的區別的關鍵就是git add命令
git add命令是個多功能命令，根據目標文件的狀態不同，此命令的效果也不同：可以用它開始跟蹤新文件，或者把已跟蹤的文件放到暫存區，還能用於合併時把有衝突的文件標記為已解決狀態等
我們需要用git add命令來跟蹤新文件，但如果使用git commit -am可以省略使用git add命令將已跟蹤文件放到暫存區的功能
歡迎交流
