这是 git-commit 命令，可以使用我们的多个免费在线工作站之一在 OnWorks 免费托管服务提供商中运行，例如 Ubuntu Online、Fedora Online、Windows 在线模拟器或 MAC OS 在线模拟器
程序：
您的姓名
git-commit - 记录对存储库的更改
概要
混帐 承诺 [-a | --互动 | --patch] [-s] [-v] [-u ] [ - 修正]
[--dry-run] [(-c | -C | --fixup | --squash) ]
[-F | -m ] [--reset-author] [--allow-empty]
[--allow-empty-message] [--no-verify] [-e] [--author= ]
[--日期= ] [--清理= ] [ - [无状态]
[-i | -o] [-S[ ]] [--] [ ...]
商品描述
将索引的当前内容存储在新提交中以及来自
用户描述更改。
可以通过多种方式指定要添加的内容：
1.通过使用 混帐 加 在使用之前逐步“添加”对索引的更改 承诺
命令（注意：即使是修改过的文件也必须“添加”）；
2.通过使用 混帐 rm 从工作树和索引中删除文件，再次之前
使用 承诺 命令;
3.通过列出文件作为参数 承诺 命令，在这种情况下，提交将
忽略索引中的更改，而是记录索引的当前内容
列出的文件（必须是 Git 已知的）；
4. 将 -a 开关与 承诺 命令自动“添加”所有更改
已知文件（即索引中已列出的所有文件）并自动
已从工作树中删除的索引中的“rm”文件，然后执行
实际提交；
5. 通过使用 --interactive 或 --patch 开关与 承诺 命令决定一个
在完成之前，哪些文件或大块应该是提交的一部分
手术。 请参阅“交互模式”部分 混帐添加(1)学会操作
这些模式。
--dry-run 选项可用于获取任何包含的内容的摘要
通过提供相同的参数集（选项和路径），用于下一次提交。
如果您进行了提交，然后立即发现错误，则可以从中恢复
它与 混帐 重置.
配置
-a，--全部
告诉命令自动暂存已修改和删除的文件，但
你没有告诉 Git 的新文件不受影响。
-p，--补丁
使用交互式补丁选择界面来选择要提交的更改。 看
混帐添加(1) 详情。
-C , --reuse-message=
获取现有的提交对象，并重用日志消息和作者身份
创建提交时的信息（包括时间戳）。
-C , --reedit-message=
喜欢 -C，但与 -c 调用编辑器，以便用户可以进一步编辑
提交消息。
--修复=
构建用于 rebase --autosquash 的提交消息。 提交消息将
是来自指定提交的主题行，前缀为“fixup！”。 看 混帐-
变基(1) 详情。
--壁球=
构建用于 rebase --autosquash 的提交消息。 提交消息
主题行取自指定的提交，前缀为“squash!”。 可
与其他提交消息选项（-m/-c/-C/-F）一起使用。 看 git 变基（1）
细节。
--重置作者
与 -C/-c/--amend 选项一起使用时，或在 aa 冲突后提交时
挑选，声明结果提交的作者现在属于
提交者。 这也会更新作者时间戳。
- 短的
进行试运行时，请以短格式输出。 看 git 状态（1）
细节。 暗示 --dry-run。
- 分支
即使以短格式显示分支和跟踪信息。
- 瓷
在进行试运行时，以瓷器就绪格式提供输出。 看 git 状态(1)
详情。 暗示 --dry-run。
- 长
进行试运行时，请以长格式输出。 暗示 --dry-run。
-z, --空
当显示短路或瓷状态输出时，终止状态输出中的条目
用 NUL，而不是 LF。 如果没有给出格式，则意味着 --porcelain 输出格式。
-F , --file=
从给定文件中获取提交消息。 用 - 阅读来自
标准输入。
--作者=
覆盖提交作者。 使用标准的 AU Thor 指定明确的作者
<[电子邮件保护]> 格式。 除此以外被假定为一个模式并被使用
搜索该作者的现有提交（即 rev-list --all -i
--作者= ); 然后从找到的第一个此类提交中复制提交作者。
--日期=
覆盖提交中使用的作者日期。
-m , --message=
使用给定的作为提交消息。 如果给出多个 -m 选项，则它们的
值连接为单独的段落。
-t , --模板=
编辑提交消息时，使用给定文件中的内容启动编辑器。
commit.template 配置变量通常用于提供此选项
隐含在命令中。 这个机制可以被想要引导的项目使用
参与者对按什么顺序在消息中写的内容有一些提示。 如果
用户退出编辑器而不编辑消息，提交被中止。 这没有
当消息通过其他方式给出时生效，例如使用 -m 或 -F 选项。
-s, --签核
在提交日志消息的末尾添加由提交者签署的行。 这
签收的含义取决于项目，但它通常证明提交者
有权在同一许可下提交此作品并同意开发者
原产地证书（见 http://developercertificate.org/ 获取更多信息）。
-n, --no-验证
此选项绕过 pre-commit 和 commit-msg 挂钩。 也可以看看 吉特钩子（5）。
--允许空
通常记录与其唯一父提交具有完全相同树的提交是
错误，并且该命令会阻止您进行此类提交。 此选项绕过
安全，主要供国外单片机接口脚本使用。
--允许空消息
与 --allow-empty 一样，此命令主要供外部 SCM 接口脚本使用。
它允许您在不使用管道的情况下创建带有空提交消息的提交
命令像 git 提交树（1）。
--清理=
此选项确定在之前应如何清理提供的提交消息
承诺。 这 可以是条形、空格、逐字、剪刀或默认。
剥离
去除前导和尾随空行、尾随空格、评论和
折叠连续的空行。
空白
除了 #commentary 没有被删除外，与 strip 相同。
逐字
根本不要更改消息。
剪刀
与空格相同，除了来自（并包括）行“#
------------------------ >8 ------------------------ " 如果消息被截断
将被编辑。 “#”可以通过 core.commentChar 自定义。
默认
如果要编辑消息，则与 strip 相同。 否则空白。
可以通过以下方式更改默认值 提交.清理 配置变量（见 混帐-
配置（1））。
-e， - 编辑
从带有 -F 的文件、带有 -m 的命令行以及带有
-C 通常用作未修改的提交日志消息。 此选项可让您进一步
编辑从这些来源获取的消息。
--无编辑
在不启动编辑器的情况下使用选定的提交消息。 例如，git commit
--amend --no-edit 修改提交而不更改其提交消息。
- 修正
通过创建新提交来替换当前分支的尖端。 记录的树是
照常准备（包括 -i 和 -o 选项的效果以及显式
pathspec)，并且使用来自原始提交的消息作为起点，
当没有从命令行指定其他消息时，而不是空消息
通过 -m、-F、-c 等选项。新提交的父级和作者与
当前的（--reset-author 选项可以取消这个）。
它是一个粗略的等价物：
$ git reset --soft HEAD^
$ ... 做其他事情来想出正确的树...
$ git commit -c ORIG_HEAD
但可用于修改合并提交。
如果你修改一个提交，你应该理解重写历史的含义
已经发布。 （请参阅“从上游 REBASE 中恢复”部分 混帐-
变基（1）。）
--无后重写
绕过重写后钩子。
-i，--包括
到目前为止，在对暂存内容进行提交之前，暂存路径的内容
命令行上也给出。 这通常不是你想要的，除非你是
结束一个冲突的合并。
-o，--仅
通过获取指定路径的更新工作树内容进行提交
命令行，忽略已为其他路径暂存的任何内容。
这是默认的操作模式 混帐 承诺 如果在上面给出了任何路径
命令行，在这种情况下可以省略此选项。 如果指定了这个选项
连同 - 修正，则不需要指定路径，可以用来修改
没有提交已经上演的更改的最后一次提交。
-u[ ], --untracked-files[= ]
显示未跟踪的文件。
mode 参数是可选的（默认为 所有)，用于指定处理
未跟踪的文件； 不使用 -u 时，默认为 正常, 即显示未跟踪
文件和目录。
可能的选项是：
· 没有 - 不显示未跟踪的文件
· 正常 - 显示未跟踪的文件和目录
· 所有 - 还显示未跟踪目录中的单个文件。
可以使用 status.showUntrackedFiles 配置更改默认值
记录在的变量 混帐配置（1）。
-v，--详细
显示 HEAD 提交与将在底部提交的内容之间的统一差异
提交消息模板，通过提示什么来帮助用户描述提交
提交的更改。 请注意，此差异输出没有以行为前缀
#. 此差异不会成为提交消息的一部分。
如果指定两次，则另外显示将提交的内容之间的统一差异
和工作树文件，即对跟踪文件的未暂存更改。
-q, --安静
禁止提交摘要消息。
--试运行
不要创建提交，而是显示要提交的路径列表，路径为
未提交的本地更改和未跟踪的路径。
- 地位
包括输出 git 状态(1) 在提交消息模板中使用时
编辑器准备提交消息。 默认为 on，但可用于覆盖
配置变量 commit.status。
- 无状态
不包括输出 git 状态(1)在commit message模板中使用时
一个编辑器来准备默认的提交消息。
-S[ ], --gpg-sign[= ]
GPG 签名提交。 keyid 参数是可选的，默认为提交者
身份; 如果指定，它必须被粘贴到没有空格的选项上。
--无 gpg 标志
Countermand commit.gpgSign 配置变量，设置为强制每个
承诺签署。
--
不要将更多参数解释为选项。
...
当在命令行上给出文件时，该命令会提交文件的内容
命名文件，而不记录已经上演的更改。 这些文件的内容
还会在之前上演的内容之上为下一次提交上演。
日期 FORMATS
GIT_AUTHOR_DATE、GIT_COMMITTER_DATE 环境变量和 --date 选项
支持以下日期格式：
Git内部格式
这是， 在哪里是数量
自 UNIX 时代以来的秒数。 是正或负偏移
来自 UTC。 例如 CET（比 UTC 提前 2 小时）是 +0200。
RFC 2822
RFC 2822 中描述的标准电子邮件格式，例如 Thu, 07 Apr 2005
22:13:13 +0200。
ISO 8601
ISO 8601 标准指定的时间和日期，例如 2005-04-07T22:13:13。 这
解析器也接受空格而不是 T 字符。
备注
此外，接受以下格式的日期部分：YYYY.MM.DD，
MM/DD/YYYY 和 DD.MM.YYYY。
示例
录制自己的工作时，工作树中修改文件的内容为
临时存储到称为“索引”的暂存区 混帐 加. 一个文件可以
仅在索引中而不是在工作树中恢复到上次提交的索引
使用 git reset HEAD -- ，这有效地恢复了 混帐 加 并防止更改
到这个文件参与下一次提交。 建立状态后
使用这些命令增量提交，git commit（没有任何路径名参数）
用于记录到目前为止已上演的内容。 这是命令的最基本形式。
一个例子：
$ 编辑 hello.c
$ git rm 再见.c
$ git添加你好.c
$ git提交
您可以告诉 git commit 注意，而不是在每次更改后暂存文件
在您的工作树中跟踪其内容的文件的更改并执行
相应的 git add 和 git rm 给你。 也就是说，这个例子与
如果您的工作树中没有其他更改，则前面的示例：
$ 编辑 hello.c
$ rm再见.c
$ git 提交 -a
命令 git commit -a 首先查看您的工作树，注意您已修改
hello.c 并删除了 goodbye.c，并为您执行必要的 git add 和 git rm。
在对许多文件进行更改后，您可以更改记录更改的顺序，
通过为 git commit 提供路径名。 当给出路径名时，该命令进行提交
只记录对命名路径所做的更改：
$ 编辑 hello.c hello.h
$ git 添加 hello.c hello.h
$ 编辑 Makefile
$ git commit 生成文件
这将提交记录对 Makefile 的修改。 发生的变化
hello.c 和 hello.h 不包含在结果提交中。 然而，它们的变化是
没有迷失——他们仍然在上演，只是被阻止了。 在上述序列之后，如果你
做：
$ git提交
第二次提交将按预期记录对 hello.c 和 hello.h 的更改。
合并后（由 混帐 合并 or 混帐 拉) 因冲突而停止，干净利落
合并的路径已经准备好提交给你，冲突的路径是
留在未合并状态。 您必须首先检查哪些路径与 混帐
状态 在您的工作树中手动修复它们后，您将结果暂存为
通常与 混帐 加:
$ git 状态 | grep 未合并
未合并：hello.c
$ 编辑 hello.c
$ git添加你好.c
解决冲突并暂存结果后， git ls-files -u 将不再提及
冲突的路径。 完成后，运行 git commit 以最终记录合并：
$ git提交
与记录您自己的更改的情况一样，您可以使用 -a 选项来保存输入。 一
不同之处在于，在合并解决期间，您不能使用带有路径名的 git commit
更改提交更改的顺序，因为合并应记录为
单次提交。 事实上，当给定路径名时，该命令拒绝运行（但请参阅 -i
选项）。
讨论
虽然不是必需的，但最好以一个简短的提交消息开始
（少于 50 个字符）行总结更改，后跟一个空行，然后是
更详尽的描述。 提交消息中直到第一个空行的文本是
被视为提交标题，并且该标题在整个 Git 中使用。 例如， 混帐-
格式补丁(1) 将提交转换为电子邮件，并使用主题行上的标题和
正文中提交的其余部分。
Git 在某种程度上与字符编码无关。
· blob 对象的内容是未解释的字节序列。 没有
核心级别的编码翻译。
· 路径名以 UTF-8 规范化形式 C 编码。这适用于树对象，
索引文件、引用名称以及命令行参数中的路径名称，
环境变量和配置文件（.git/config（见 混帐配置（1））， 吉蒂诺尔（5）
git 属性（5）和 git模块（5））。
请注意，核心级别的 Git 将路径名简单地视为非 NUL 的序列
字节，没有路径名编码转换（Mac 和 Windows 除外）。
因此，使用非 ASCII 路径名即使在平台和文件上也能正常工作
使用传统扩展 ASCII 编码的系统。 但是，在上创建的存储库
此类系统将无法在基于 UTF-8 的系统（例如 Linux、Mac、Windows）上正常工作
反之亦然。 此外，许多基于 Git 的工具只是假设路径名是
UTF-8，将无法正确显示其他编码。
· 提交日志消息通常以 UTF-8 编码，但其他扩展 ASCII 编码
也支持。 这包括 ISO-8859-x、CP125x 和许多其他，但 不能
UTF-16/32、EBCDIC 和 CJK 多字节编码（GBK、Shift-JIS、Big5、EUC-x、CP9xx
等等）。
虽然我们鼓励提交日志消息以 UTF-8 编码，但核心和
Git Porcelain 旨在不对项目强制使用 UTF-8。 如果一个的所有参与者
特定项目发现使用旧编码更方便，Git 不禁止
它。 但是，有几件事需要牢记。
1. 混帐 承诺 和 混帐 提交树 如果提交日志消息提供给它，则会发出警告
看起来不像有效的 UTF-8 字符串，除非您明确说明您的项目使用
遗留编码。 说这个的方法是在 .git/config 中有 i18n.commitencoding
文件，像这样：
[国际化]
提交编码 = ISO-8859-1
使用上述设置创建的提交对象记录 i18n.commitencoding 的值
在其编码标头中。 这是为了帮助以后查看它们的其他人。 缺乏
此标头暗示提交日志消息以 UTF-8 编码。
2. 混帐 日志, 混帐 显示, 混帐 怪 和朋友看一个提交的编码头
对象，并尝试将日志消息重新编码为 UTF-8，除非另有说明。 你
可以使用 .git/config 中的 i18n.logoutputencoding 指定所需的输出编码
文件，像这样：
[国际化]
日志输出编码 = ISO-8859-1
如果没有这个配置变量，i18n.commitencoding的值为
代替。
请注意，我们故意选择在提交时不重新编码提交日志消息
在提交对象级别强制使用 UTF-8，因为重新编码为 UTF-8 不是
必然是可逆操作。
环境 AND 配置 变数
用于编辑提交日志消息的编辑器将从 GIT_EDITOR 中选择
环境变量，core.editor 配置变量，VISUAL 环境
变量，或 EDITOR 环境变量（按此顺序）。 看 git-var(1) 详情。
挂钩
此命令可以运行 commit-msg、prepare-commit-msg、pre-commit 和 post-commit 钩子。
我们 吉特钩子(5) 了解更多信息。
使用 onworks.net 服务在线使用 git-commit
