©
このドキュメントでは、 php中国語ネットマニュアル リリース
git-status - 显示工作树的状态
git status [<options>…] [--] [<pathspec>…]
显示索引文件和当前HEAD提交之间存在差异的路径，工作树和索引文件之间存在差异的路径，以及工作树中未由Git跟踪的路径（并且不会被gitignore [5]忽略） ）。首先是你would通过跑步提交的内容git commit; 第二和第三是could在运行git add之前运行的内容git commit。
-s --short
以短格式输出输出。
-b --branch
甚至以短格式显示分支和跟踪信息。
--show-stash
显示当前隐藏的条目数量。
--porcelain=<version>
为脚本提供易于解析格式的输出。这与短输出类似，但在Git版本中保持稳定，并且不管用户配置如何。详情请参阅下文。
版本参数用于指定格式版本。这是可选的，默认为原始版本v1格式。
--long
以长格式输出输出。这是默认设置。
-v --verbose
除了已更改的文件名称之外，还会显示将要提交的文本更改（即与输出一样git diff --cached）。如果-v指定了两次，那么还会显示尚未上演的工作树中的更改（即与输出一样git diff）。
-u<mode> --untracked-files=<mode>
显示未跟踪的文件。
The mode parameter is used to specify the handling of untracked files. It is optional: it defaults to all, and if specified, it must be stuck to the option (e.g. -uno, but not -u no).
可能的选项是：
no - 不显示未跟踪的文件。
normal - 显示未跟踪的文件和目录。
all- 还显示未跟踪目录中的单个文件。当-u不使用选项时，显示未跟踪的文件和目录（即与指定相同normal），以帮助您避免忘记添加新创建的文件。由于需要额外的工作才能在文件系统中查找未跟踪的文件，因此在大型工作树中，此模式可能需要一些时间。考虑启用未跟踪缓存和分离指标如果支持的话（见git update-index --untracked-cache和git update-index --split-index），否则，你可以使用no有git status返回更快，而不会显示未跟踪的文件。可以使用git-config [1]中记录的status.showUntrackedFiles配置变量来更改默认值。--ignore-submodules = <when>查找更改时忽略对子模块的更改。<when>可以是“none”，“untracked”，“dirty”或“all”，这是默认设置。如果子模块包含未跟踪或已修改的文件，或者HEAD与超级项目中记录的提交不同，并且可用于覆盖ignore选项在git-config [1]或gitmodules [5]中。当使用“未跟踪”时，如果子模块仅包含未跟踪内容（但仍然针对修改内容进行扫描），则子模块不会被视为脏。使用“dirty”忽略对子模块工作树的所有更改，只显示存储在超级项目中的提交更改（这是1.7.0之前的行为）。使用“all”隐藏对子模块的所有更改（并在status.submoduleSummary设置了配置选项时禁止输出子模块摘要）。 - 也显示忽略的文件。-z使用NUL而不是LF终止条目。--porcelain=v1如果没有给出其他格式，这意味着输出格式。--column = <选项> --no-column在列中显示未跟踪的文件。有关选项语法，请参阅配置变量column.status。--column--no-column没有选项相当于always和never分别。<pathspec> ...请参阅pathspecgitglossary [7]中的条目。输出此命令的输出旨在用作提交模板注释。默认的长格式设计为人类可读，详细和描述性的。它的内容和格式随时可能发生变化。输出中提到的路径与其他许多Git命令不同，它是相对于当前目录而言的，如果您在子目录中工作（这是为了帮助剪切和粘贴）。请参阅下面的status.relativePaths配置选项。小格式在短格式中，每个路径的状态显示为XY PATH1 - > PATH2其中PATH1是路径HEAD，而“ -> PATH2”部分仅在显示时显示PATH1对应于索引/工作树中的不同路径（即文件被重命名）。这XY是一个双字母状态码。字段（包括->）由一个空格相互分隔。如果文件名包含空格或其他非打印字符，则该字段将以C字符串文字的方式引用：由ASCII双引号（34）字符包围，并且包含内部特殊字符反斜线转义。对于具有合并冲突的路径，X以及Y显示合并每一侧的修改状态。对于没有合并冲突的路径，X显示索引Y的状态，并显示工作树的状态。对于未跟踪的路径，XY是??。其他状态代码可以解释如下：
''=未修改
M =修改
A =已添加
D =已删除
R =重命名
C =复制
U =已更新但尚未装入
被忽略的文件未列出，除非--ignored选项生效，在这种情况下XY是!!。
X Y Meaning------------------------------------------------- [MD] not updated M [ MD] updated in index A [ MD] added to index D [ M] deleted from index R [ MD] renamed in index C [ MD] copied in index[MARC] index and work tree matches[ MARC] M work tree changed since index[ MARC] D deleted in work tree-------------------------------------------------D D unmerged, both deleted A U unmerged, added by us U D unmerged, deleted by them U A unmerged, added by them D U unmerged, deleted by us A A unmerged, both added U U unmerged, both modified-------------------------------------------------? ? untracked! ! ignored-------------------------------------------------
子模块具有更多的状态，相反，报告M子模块具有与索引m中记录的HEAD不同的子模块具有修改的内容？子模块具有未跟踪文件，因为子模块中的修改内容或未跟踪文件无法通过git add超级项目添加以准备提交。
m并?递归应用。例如，如果子模块中的嵌套子模块包含未跟踪文件，则也会报告此情况?。
如果使用-b，则短格式状态前面有一行
## branchname tracking info
版本1的瓷质格式与短格式类似，但保证不会以Git版本之间不兼容的方式或基于用户配置进行更改。这使它成为脚本解析的理想选择。上面短格式的描述也描述了瓷器格式，但有一些例外：
用户的color.status配置不受尊重; 颜色将始终关闭。
用户的status.relativePaths配置不受尊重; 显示的路径将始终与存储库根目录相关。
还有一种推荐用于机器解析的备用-z格式。在这种格式下，状态字段是相同的，但其他一些事情会改变。首先，->从重命名条目中忽略该字段，并且字段顺序颠倒（例如from -> to变成to from）。其次，NUL（ASCII 0）跟在每个文件名后面，将空格替换为字段分隔符和终止换行符（但空格仍将状态字段与第一个文件名隔开）。第三，包含特殊字符的文件名不是专门格式化的; 不执行引用或反斜杠转义。
任何子模块更改都将报告为已修改M而不是m或单个报告?。
版本2格式添加了有关工作树状态和更改项目的更详细信息。第2版还定义了一套易于解析可选标题的可扩展集合。
标题行以“＃”开头，并在响应特定命令行参数时添加。解析器应该忽略它们不认识的标题。
如果--branch给出，则会打印一系列标题行，其中包含有关当前分支的信息。
Line Notes------------------------------------------------------------# branch.oid <commit> | (initial) Current commit.# branch.head <branch> | (detached) Current branch.# branch.upstream <upstream_branch> If upstream is set.# branch.ab +<ahead> -<behind> If upstream is set and the commit is present.------------------------------------------------------------
在标题之后，会打印一系列行以跟踪条目。取决于改变的类型，可以使用三种不同的线格式之一来描述条目。被跟踪的条目以未定义的顺序打印; 解析器应该允许以任何顺序混合3种线型。
普通更改的条目具有以下格式：
1 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <path>
Renamed or copied entries have the following format:
2 <XY> <sub> <mH> <mI> <mW> <hH> <hI> <X><score> <path><sep><origPath>
Field Meaning -------------------------------------------------------- <XY> A 2 character field containing the staged and unstaged XY values described in the short format,with unchanged indicated by a "." rather than a space. <sub> A 4 character field describing the submodule state."N..." when the entry is not a submodule."S<c><m><u>" when the entry is a submodule.<c> is "C" if the commit changed; otherwise ".".<m> is "M" if it has tracked changes; otherwise ".".<u> is "U" if there are untracked changes; otherwise ".". <mH> The octal file mode in HEAD. <mI> The octal file mode in the index. <mW> The octal file mode in the worktree. <hH> The object name in HEAD. <hI> The object name in the index. <X><score> The rename or copy score (denoting the percentageof similarity between the source and target of the move or copy). For example "R100" or "C75". <path> The pathname. In a renamed/copied entry, thisis the path in the index and in the working tree. <sep> When the `-z` option is used, the 2 pathnames are separatedwith a NUL (ASCII 0x00) byte; otherwise, a tab (ASCII 0x09)byte separates them. <origPath> The pathname in the commit at HEAD. This is only present in a renamed/copied entry, and tells where the renamed/copied contents came from. --------------------------------------------------------
未合并的条目具有以下格式; 第一个字符是“u”以区别于普通的已更改的条目。
u <xy> <sub> <m1> <m2> <m3> <mW> <h1> <h2> <h3> <path>
Field Meaning -------------------------------------------------------- <XY> A 2 character field describing the conflict typeas described in the short format. <sub> A 4 character field describing the submodule stateas described above. <m1> The octal file mode in stage 1. <m2> The octal file mode in stage 2. <m3> The octal file mode in stage 3. <mW> The octal file mode in the worktree. <h1> The object name in stage 1. <h2> The object name in stage 2. <h3> The object name in stage 3. <path> The pathname. --------------------------------------------------------
在跟踪的条目（如果请求）之后，会打印一系列行，以便在工作树中找到未跟踪的项目，然后忽略它们。
未跟踪的项目具有以下格式：
? <path>
忽略的项目具有以下格式：
! <path>
当-z给出该选项时，路径名将按原样打印并且不带任何引用，并且行以NUL（ASCII 0x00）字节结尾。
如果没有这个-z选项，带有“不寻常”字符的路径名将按照配置变量的说明引用core.quotePath（请参阅git-config [1]）。
该命令荣誉color.status（或status.color- 他们意味着相同的事情，后者保持向后兼容性）和color.status.<slot>配置变量来着色其输出。
如果config变量status.relativePaths设置为false，则显示的所有路径都是相对于存储库根目录而不是当前目录。
如果status.submoduleSummary设置为非零数字或true（与-1或无限制数字相同），则将为长格式启用子模块摘要，并显示修改子模块的提交摘要（请参阅--summary-limit选项git-submodule [1]）。请注意，状态命令的摘要输出将在所有子模块diff.ignoreSubmodules被设置为all或仅限其中的子模块时被抑制submodule.<name>.ignore=all。要查看忽略子模块的摘要，可以使用--ignore-submodules = dirty命令行选项或git submodule summary命令，该命令显示类似的输出，但不遵守这些设置。
