git add [--all | -A]
和 git add .
有什么区别?
此答案仅适用于 Git 版本 1.x。对于 Git 版本 2.x,请参阅其他答案。
概括:
git add -A 阶段所有更改
混帐添加。暂存新文件和修改,不删除(在当前目录及其子目录上)。
git add -u 阶段修改和删除,没有新文件
细节:
git add -A
等同于 git add .; git add -u
。
关于 git add .
的重要一点是,它查看工作树并将所有这些路径添加到暂存更改(如果它们已更改或新且未被忽略),它不会暂存任何“rm”操作。
git add -u
查看所有已经跟踪的文件,并暂存对这些文件的更改(如果它们不同或已被删除)。它不会添加任何新文件,它只会暂存对已跟踪文件的更改。
git add -A
是执行这两项操作的便捷快捷方式。
您可以通过以下方式测试差异(请注意,对于 Git 版本 2.x,您的 git add .
git status
输出会有所不同):
git init
echo Change me > change-me
echo Delete me > delete-me
git add change-me delete-me
git commit -m initial
echo OK >> change-me
rm delete-me
echo Add me > add-me
git status
# Changed but not updated:
# modified: change-me
# deleted: delete-me
# Untracked files:
# add-me
git add .
git status
# Changes to be committed:
# new file: add-me
# modified: change-me
# Changed but not updated:
# deleted: delete-me
git reset
git add -u
git status
# Changes to be committed:
# modified: change-me
# deleted: delete-me
# Untracked files:
# add-me
git reset
git add -A
git status
# Changes to be committed:
# new file: add-me
# modified: change-me
# deleted: delete-me
Git 版本 1.x
命令 新文件 修改文件 删除文件 描述 git add -A ✔️ ✔️ ✔️ 暂存所有(新的、修改的、删除的)文件 git add . ✔️ ✔️ ❌ 仅在当前文件夹中暂存新文件和修改文件 git add -u ❌ ✔️ ✔️ 仅暂存修改和删除文件
Git 版本 2.x
命令 新文件 修改文件 删除文件 描述 git add -A ✔️ ✔️ ✔️ 暂存所有(新的、修改的、删除的)文件 git add . ✔️ ✔️ ✔️ 暂存当前文件夹中的所有(新的、修改的、删除的)文件 git add --ignore-removal 。 ✔️ ✔️ ❌ 仅暂存新文件和修改文件 git add -u ❌ ✔️ ✔️ 仅暂存修改和删除文件
长格式标志:
git add -A 相当于 git add --all
git add -u 相当于 git add --update
进一步阅读:
Git 初学者:权威实用指南
学习 Git 的资源
学习 Git 分支
用 D3 解释 Git
git diff-files -z --diff-filter=M --name-only | xargs -0 git add
仅添加修改后的文件,但不能添加新文件或删除的文件。
git add .
仅添加当前路径上的新文件。即,如果您有一个新目录 ../foo
,git add -A
将暂存它,git add .
不会。
git add .
等价于 git add -A .
,即等价于 git add "*"
使用 Git 2.0, git add -A
is default: git add .
equals git add -A .
。
git add
git add -A
类似于 git add :/
(add everything from top git repo folder)。
请注意,git 2.7(2015 年 11 月)将允许您添加名为“:
”的文件夹!
请参阅 commit 29abb33(10 月 25 日) 2015)由Junio C Hamano (gitster
)。
请注意,starting git 2.0 (Q1 or Q2 2014) 在谈到 git add .
(工作树中的当前路径)时,您也必须在其他 git add
命令中使用“.
”。
这意味着:
“混帐添加-A。”相当于“git add .; git add -u 。”
(注意 git add -A
和 git add -u
的额外“.
”)
因为 git add -A
或 git add -u
将在整个工作树上运行(仅启动 git 2.0),而不仅仅是在当前路径上。
这些命令将在 Git 2.0 中的整个树上运行,以与“git commit -a”和其他命令保持一致。因为没有机制使“git add -u”表现得像“git add -u。”,所以对于那些习惯于“git add -u”(没有pathspec)的人来说,只为路径更新索引很重要在当前子目录中开始训练他们的手指明确地说“git add -u”。当他们的意思是在 Git 2.0 到来之前。当这些命令在没有路径规范的情况下运行并且当您在当前目录之外进行本地更改时会发出警告,因为在这种情况下 Git 2.0 中的行为将与今天的版本不同。
从 Charles' instructions 开始,经过测试,我提出的理解如下:
# For the next commit
$ git add . # Add only files created/modified to the index and not those deleted
$ git add -u # Add only files deleted/modified to the index and not those created
$ git add -A # Do both operations at once, add to all files to the index
这篇博文也可能有助于了解在什么情况下可以应用这些命令:Removing Deleted Files from your Git Working Directory。
Things changed 与 Git 2.0 (2014-05-28):
-A 现在是默认值
旧行为现在可通过 --ignore-removal 获得。
git add -u 和 git add -A 在没有命令行路径的子目录中对整个树进行操作。
所以对于 Git 2,答案是:
混帐添加。和 git add -A 。在当前目录中添加新的/修改的/删除的文件
混帐添加 --ignore-removal 。在当前目录中添加新的/修改的文件
混帐添加 -u 。在当前目录中添加修改/删除的文件
如果没有点,则添加项目中的所有文件,而不考虑当前目录。
在 Git 2.x 中:
如果您直接位于工作目录,那么 git add -A 和 git add 。工作没有区别。
如果您在工作目录的任何子目录中, git add -A 将添加整个工作目录中的所有文件,然后 git add 。将从当前目录添加文件。
就这样。
一个更精炼的快速答案:
两者都在下面(与 git add --all 相同)
git add -A
暂存新文件 + 修改文件
git add .
阶段修改+删除文件
git add -u
git add :/
+ git add -u :/
git add .
和 git add -A
都将在较新版本的 Git 中暂存所有新的、修改的和删除的文件。
不同之处在于 git add -A
将文件暂存到属于您的工作 Git 存储库的“更高、当前和子目录”中。但是执行 git add .
只会暂存当前目录和其后的子目录中的文件(不是位于外部的文件,即更高的目录)。
这是一个例子:
/my-repo
.git/
subfolder/
nested-file.txt
rootfile.txt
如果您当前的工作目录是 /my-repo
,并且您先执行 rm rootfile.txt
,然后执行 cd subfolder
,然后执行 git add .
,那么它将不暂存已删除的文件。但是无论您从哪里执行命令,执行 git add -A
肯定会进行此更改。
git add .
等于 git add -A .
仅从当前文件夹和子文件夹将文件添加到索引。
git add -A
将文件从工作树中的所有文件夹添加到索引。
PS:信息与Git 2.0有关(2014-05-28)。
我希望这可以增加一些清晰度。
!The syntax is
git add <limiters> <pathspec>
! Aka
git add (nil/-u/-A) (nil/./pathspec)
限制器可以是 -u 或 -A 或 nil。
Pathspec 可以是文件路径或点,'.'表示当前目录。
关于 Git 如何“添加”的重要背景知识:
Git 永远不会自动识别那些以点为前缀的不可见文件(dotfiles)。它们甚至从未被列为“未跟踪”。
Git 从不添加空文件夹。它们甚至从未被列为“未跟踪”。 (一种解决方法是在跟踪文件中添加一个可能不可见的空白文件。)
Git状态不会显示子文件夹信息,即未跟踪的文件,除非该子文件夹中至少有一个文件被跟踪。在此之前,Git 将整个文件夹视为超出范围,即“空”。它没有被跟踪的项目。
指定文件规范 = '.' (点)或当前目录不是递归的,除非还指定了 -A。点严格指当前目录 - 它省略了在上面和下面找到的路径。
现在,鉴于这些知识,我们可以应用上面的答案。
限制器如下。
-u = --update = 跟踪文件的子集 => 添加 = 否;改变 = 是;删除 = 是。 => 如果项目被跟踪。
-A = --all(没有这样的-a,它给出语法错误)=所有未跟踪/跟踪文件的超集,除非在 2.0 之前的 Git 中,其中如果给出了点文件规范,则仅考虑该特定文件夹。 => 如果项目被识别, git add -A 会找到它并添加它。
路径规范如下。
在 Git 2.0 之前的版本中,对于两个限制器(update 和 all),新的默认是对整个工作树进行操作,而不是当前路径(Git 1.9 或更早版本),
但是在 v2.0 中,可以将操作限制在当前路径:只需添加显式点后缀即可(这在 Git 1.9 或更早版本中也有效);
git add -A .
git add -u .
总之,我的政策是:
确保要添加的任何块/文件都在 git status 中进行说明。如果由于不可见的文件/文件夹而缺少任何项目,请单独添加它们。拥有一个良好的 .gitignore 文件,以便通常只有感兴趣的文件未被跟踪和/或无法识别。从存储库的顶层,“git add -A”添加所有项目。这适用于所有版本的 Git。如果需要,从索引中删除任何所需的项目。如果有大错误,请执行“git reset”以完全清除索引。
-A
选项添加、修改和删除索引条目以匹配工作树。
在 Git 2 中,-A
选项现在是默认选项。
添加 .
将更新范围限制为您当前所在的目录时,根据 Git documentation
如果在使用 -A 选项时没有给出
我要补充的一件事是,如果使用 --interactive
或 -p
模式,则 git add
的行为就像使用了更新 (-u
) 标志而不添加新文件一样。
我讨厌 git 的 staging 机制,这是其他 SCM 工具中找不到的。所以我总是使用:
\git add --all && \git commit --all
(即使有 \git add --all
,\git commit
就足够了)
add
:
--no-ignore-removal --all | add, modify, and remove index entries to match the working tree
--ignore-removal --no-all | add, modify index entries to match the working tree
--intent-to-add | add an entry for the path to the index, with no content
-A
是 --all
的缩写
git add
对于 Git 2.35.1 版:git add --all <pathspec>
旧版 Git:git add --no-all <pathspec>
但 git add
后跟无,不等于 git add --all
,并且什么都不做:
https://i.stack.imgur.com/2Nb4w.png
git add --all
(省略 <pathspec>
):处理整个工作树中的所有文件(旧版本的 Git 用于限制对当前目录及其子目录的更新)。
git commit --all
告诉命令自动暂存已修改和删除的文件。你没有告诉 Git 的新文件不受影响
git add *
之间的区别如何?git add -A -p
不能按预期工作(以交互方式询问未跟踪的文件)git add -A :/
或git add -A .
git add -u
已变为git add -u :/
,后一个参数是路径,允许您 -u 某些目录,:/
处理整个树。git add -u
或git add .
并且这样做可以让他的生活更轻松,即使在考虑了额外的心理税以确保没有同步问题?我想知道为什么 Git 不进一步将add -u
拆分为两个单独的命令add -u1
和add-u2
,其中一个适用于以数字开头的文件,另一个适用于以非数字开头的文件