Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 更优雅的停止指令可能包括 kill $GITEA_PID 或者 killall gitea 。 提示： 我们不建议使用 SIGKILL 信号（ -9 ），这会强制停止 Gitea 程序，但不会正确关闭队列、索引器等任 务。 请参阅下面的疑难解答说明，以在Gitea版本更新后修复损坏的仓库。 旧版 Linux 发行版（例如 Debian 7 和 CentOS 6）可能无法加载 Gitea 二进制文件，通常会产生类似于 命令: shutdown : 优雅地关闭运行中的进程 restart : 优雅地重新启动运行中的进程（对于Windows服务器尚未实现） flush-queues : 刷新运行中的进程中的队列 选项: --timeout value : 刷新过程的超时时间（默认值: 1m0s） --non-blocking : 设置为true，以在返回之前不等待刷新完成 logging :

new file: README # modified: CONTRIBUTING.md # ~ ~ ~ ".git/COMMIT_EDITMSG" 9L, 283C 可以看到，默认的提交消息包含最后一次运行 git status 的输出，放在注释行里，另外开头还有一个空行， 供你输入提交说明。 你完全可以去掉这些注释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪 些。  上方输出信息中最后一行显示的是推送操作执行完毕后返回的一条很有用的消息。 消息的基本格式是 .. fromref → toref ， oldref 的含义是推送前所指向的引用， newref 的含义是 推送后所指向的引用， fromref 是将要被推送的本地引用的名字， toref 是将要被更新的远程引用的名字。 在后面的讨论中你还会看到类似的输出消息，所以对这条消息的含义有一些基础的了解将会帮助你理解仓库的诸 myfork ... email generated request pull to maintainer ... $ git fetch origin 现在，每一个特性都保存在一个贮藏库中——类似于补丁队列——可以重写、变基与修改而不会让特性互相干涉 或互相依赖，像这样： 144 图表 70. featureB 的初始提交历史 假设项目维护者已经拉取了一串其他补丁，然后尝试拉取你的第一个分支，但是没有干净地合并。

new file: README # modified: CONTRIBUTING.md # ~ ~ ~ ".git/COMMIT_EDITMSG" 9L, 283C 可以看到，默认的提交消息包含最后一次运行 git status 的输出，放在注释 行里，另外开头还有一个空行，供你输入提交说明。 你完全可以去掉这些注 释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪些。  后返回的一条很有用的消 息。 消息的基本格式是 .. fromref → toref ， oldref 的 含义是推送前所指向的引用， newref 的含义是推送后所指向的引用， fromref 是将要被推送的本地引用的名字， toref 是将要被更新的远程引用的 名字。 在后面的讨论中你还会看到类似的输出消息，所以对这条消息的含义 有一些基础的了解将会帮助你理解仓库的诸多状态。 myfork ... email generated request pull to maintainer ... $ git fetch origin 现在，每一个特性都保存在一个贮藏库中——类似于补丁队列——可以重写、 变基与修改而不会让特性互相干涉或互相依赖，像这样： 图表 70. featureB 的初始提交历史 假设项目维护者已经拉取了一串其他补丁，然后尝试拉取你的第一个分支，但 是没有干净地合并。