更优雅的停止指令可能包括 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 : 下为各个队列设置默认值，并允许为各个队列设置单独的配置覆盖。（不过请参见下 文。） TYPE ：level：通用队列类型，当前支持： level （在内部使用 LevelDB）、 channel 、 redis 、 dummy 。无效的类型将视为 level 。 DATADIR ：queues/common：用于存储 level 队列的基本 DataDir。单独的队列的 DATADIR

myfork ... email generated request pull to maintainer ... $ git fetch origin 现在，每一个特性都保存在一个贮藏库中——类似于补丁队列——可以重写、变基与修改而不会让特性互相干涉 或互相依赖，像这样： 144 图表 70. featureB 的初始提交历史 假设项目维护者已经拉取了一串其他补丁，然后尝试拉取你的第一个分支，但是没有干净地合并。

myfork ... email generated request pull to maintainer ... $ git fetch origin 现在，每一个特性都保存在一个贮藏库中——类似于补丁队列——可以重写、 变基与修改而不会让特性互相干涉或互相依赖，像这样： 图表 70. featureB 的初始提交历史 假设项目维护者已经拉取了一串其他补丁，然后尝试拉取你的第一个分支，但 是没有干净地合并。