从旧版 Gitea 升级 从 Gogs 升级 管理 Gitea 命令行 环境变量清单 备份与恢复 Email 设置 Git LFS 设置 HTTPS配置 设置 Fail2ban 反向代理 嵌入资源提取工具 配置说明 日志配置 邮件模板 仓库索引器 GPG 提交签名 外部渲染器 搜索引擎索引 自定义 Gitea 配置 添加法律页面 使用 - 2 - 本文档使用 Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 本文档使用 书栈网 · BookStack.CN 构建 Gitea 命令行 环境变量清单 备份与恢复 Email 设置 Git LFS 设置 HTTPS配置 设置 Fail2ban 反向代理 嵌入资源提取工具 配置说明 日志配置 邮件模板 仓库索引器 GPG 提交签名 外部渲染器 搜索引擎索引 自定义 Gitea 配置 添加法律页面 管理 - 57 - 本文档使用

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 工作之后的提交历史 通过邮件的公开项目 许多项目建立了接受补丁