Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 日志记录器的匹配表达式 --prefix value , -p value : 日志记录器的前缀 --color : 在日志中使用颜色 --reconnect-on-message , -R : 对于每个消息重新连接主机 --reconnect , -r : 连接中断时重新连接主机 --protocol value , -P value : 设置要使用的协议：tcp、 unix或udp（默认为tcp） DEFAULT_MERGE_MESSAGE_COMMITS_LIMIT : 50: 在默认合并消息中，对于 squash 提交，最多包括此数量的提交。 设置为 -1 以包括所有提交。 DEFAULT_MERGE_MESSAGE_SIZE : 5120: 在默认的合并消息中，对于 squash 提交，限制提交消息的大小。设置为 -1 以取消限制。仅在 POPULATE_SQUASH_COMM

new file: README # modified: CONTRIBUTING.md # ~ ~ ~ ".git/COMMIT_EDITMSG" 9L, 283C 可以看到，默认的提交消息包含最后一次运行 git status 的输出，放在注释行里，另外开头还有一个空行， 供你输入提交说明。 你完全可以去掉这些注释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪 些。  上方输出信息中最后一行显示的是推送操作执行完毕后返回的一条很有用的消息。 消息的基本格式是 .. fromref → toref ， oldref 的含义是推送前所指向的引用， newref 的含义是 推送后所指向的引用， fromref 是将要被推送的本地引用的名字， toref 是将要被更新的远程引用的名字。 在后面的讨论中你还会看到类似的输出消息，所以对这条消息的含义有一些基础的了解将会帮助你理解仓库的诸 这意味着你的未来的提交将会只有一个父提交，并允许你引入另一个 分支的所有改动， 然后在记录一个新提交前做更多的改动。同样 --no-commit 选项在默认合并过程中可以用 来延迟生成合并提交。 现在你可以给维护者发送一条消息，表示你已经做了要求的修改然后他们可以在你的 featureBv2 分支上找到 那些改动。 图表 72. featureBv2 工作之后的提交历史 通过邮件的公开项目 许多项目建立了接受补丁

new file: README # modified: CONTRIBUTING.md # ~ ~ ~ ".git/COMMIT_EDITMSG" 9L, 283C 可以看到，默认的提交消息包含最后一次运行 git status 的输出，放在注释 行里，另外开头还有一个空行，供你输入提交说明。 你完全可以去掉这些注 释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪些。  后返回的一条很有用的消 息。 消息的基本格式是 .. fromref → toref ， oldref 的 含义是推送前所指向的引用， newref 的含义是推送后所指向的引用， fromref 是将要被推送的本地引用的名字， toref 是将要被更新的远程引用的 名字。 在后面的讨论中你还会看到类似的输出消息，所以对这条消息的含义 有一些基础的了解将会帮助你理解仓库的诸多状态。 意味着你的未来的提交将会只有一个父提交，并允许你引入另一个分支的所有 改动， 然后在记录一个新提交前做更多的改动。同样 --no-commit 选项在默 认合并过程中可以用来延迟生成合并提交。 现在你可以给维护者发送一条消息，表示你已经做了要求的修改然后他们可以 在你的 featureBv2 分支上找到那些改动。 图表 72. featureBv2 工作之后的提交历史 通过邮件的公开项目 许多项目建立了接受补丁