bug”而非“Fixed bug”或“Fixes bug”。 这里是一份 最初由 Tim Pope 写的模板： 首字母大写的摘要（不多于 50 个字符） 如果必要的话，加入更详细的解释文字。在大概 72 个字符的时候换行。 在某些情形下，第一行被当作一封电子邮件的标题，剩下的文本作为正文。 分隔摘要与正文的空行是必须的（除非你完全省略正文）， 如果你将两者混在一起，那么类似变基等工具无法正常工作。 使用指令式的语气来编写提交信息：使用“Fix 命令然后将随后的输出通过电子邮件手动发送给项目 维护者。 git request-pull 命令接受一个要拉取主题分支的基础分支，以及它们要拉取的 Git 仓库的 URL， 产生一个 请求拉取的所有修改的摘要。 例如，Jessica 想要发送给 John 一个拉取请求，她已经在刚刚推送的分支上做了 两次提交。她可以运行这个： 143 $ git request-pull origin/master myfork 10 +++++++++- 1 files changed, 9 insertions(+), 1 deletions(-) 此输出可被发送给维护者——它告诉他们工作是从哪个分支开始的、提交的摘要、以及从哪里拉取这些工作。 在一个你不是维护者的项目上，通常有一个总是跟踪 origin/master 的 master 分支会很方便，在主题分支 上做工作是因为如果它们被拒绝时你可以轻松地丢弃。

bug”而非“Fixed bug”或“Fixes bug”。 这里是一份 最初由 Tim Pope 写的模板： 首字母大写的摘要（不多于 50 个字符） 如果必要的话，加入更详细的解释文字。在大概 72 个字符的时候换行。 在某些情形下，第一行被当作一封电子邮件的标题，剩下的文本作为正文。 分隔摘要与正文的空行是必须的（除非你完全省略正文）， 如果你将两者混在一起，那么类似变基等工具无法正常工作。 使用指令式的语气来编写提交信息：使用“Fix 命令然后将随后的输出通过 电子邮件手动发送给项目维护者。 git request-pull 命令接受一个要拉取主题分支的基础分支，以及它们要拉 取的 Git 仓库的 URL， 产生一个请求拉取的所有修改的摘要。 例如，Jessica 想要发送给 John 一个拉取请求，她已经在刚刚推送的分支上做了两次提交。 她可以运行这个： $ git request-pull origin/master myfork Git 会 发现该对象的散列值已经存在于仓库里了，于是就会认为该对象被写入，然后直接使用它。 如果之后你想检出那个对象时，你将得到先前那个对象的数据。 但是这种情况发生的概率十分渺小。 SHA-1 摘要长度是 20 字节，也就是 160 位。 2^80 个 随机哈希对象才有 50% 的概率出现一次冲突 （计算冲突机率的公式是 p = (n(n-1)/2) * (1/2^160)) ）。 2^80

警告：更改以下设置可能会破坏联邦功能。 ALGORITHMS ：rsa-sha256, rsa-sha512, ed25519：HTTP 签名算法。 DIGEST_ALGORITHM ：SHA-256：HTTP 签名摘要算法。 GET_HEADERS ：(request-target), Date：用于联邦请求的 GET 头部。 POST_HEADERS ：(request-target), Date, Digest：用于联邦请求的 UserZ/RepoZ 中的工单/合并 请求 1234 UserZ/RepoZ!1234 - 否 链接到 UserZ/RepoZ 中的工单/合并 请求 1234 外部跟踪器 工单和合并请求引用摘要 自动链接引用 - 250 - 本文档使用 书栈网 · BookStack.CN 构建 UserZ/RepoZ#1234 - 是 链接到 UserZ/RepoZ 的 外部工单 1234