gitea。请勿更改此名称，即不要包含版本号。 我们建议使用 systemd 作为服务管理器，使用 systemctl restart gitea 安全地重启程序。 使用 SIGHUP 信号关闭程序：查询到 Gitea 程序的 PID，使用 kill -1 $GITEA_PID ，或者 killall -1 gitea 。 更优雅的停止指令可能包括 kill $GITEA_PID 或者 MIN_TIMEOUT 设置为 -1 以关闭该功能。 MAX_TIMEOUT : 60s. TIMEOUT_STEP : 10s. EVENT_SOURCE_UPDATE_TIME : 10s: 该设置确定了查询数据库以更新通知计数的频率。如果浏览器客户端支 持 EventSource 和 SharedWorker ，则优先使用 SharedWorker 而不是轮询通知端点。将其设置为 -1 可以禁用 TLS，并验证数据库服务器名称是否与给定的证书的 “Common Name” 或 “Subject Alternative Name” 字段匹配。 SQLITE_TIMEOUT ：500：仅适用于 SQLite3 的查询超时。 SQLITE_JOURNAL_MODE ：“”：更改 SQlite3 的日志模式。可以用于在高负载导致写入拥塞时启用 WAL 模式。 有关可能的值，请参阅 SQlite3 文档。默认为数据库文件的默认值，通常为

的某一项配置： $ git config user.name John Doe  由于 Git 会从多个文件中读取同一配置变量的不同值，因此你可能会在其中看到意料之外的值 而不知道为什么。 此时，你可以查询 Git 中该变量的 原始 值，它会告诉你哪一个配置文件最 后设置了该值： $ git config --show-origin rerere.autoUpdate file:/home/johndoe/ Request 中评论某行代码、搜索网站等等。 修改 Pull Request 的状态 我们要看最后一个例子在使用拉取请求时非常有用。 每一个提交可以有一个或多个与它关联的状态，有 API 来 添加与查询状态。 大多数持续集成与测试服务通过测试推送的代码后使用这个 API 来回应，然后报告提交是否通过了全部测试。 你也可以使用该接口来检查提交信息是否经过合适的格式化、提交者是否遵循了所有你的贡献准则、提交是否经 refA 这个语法很好用，因为你可以在查询中指定超过两个的引用，这是双点语法无法实现的。 比如，你想查看所有 被 refA 或 refB 包含的但是不被 refC 包含的提交，你可以使用以下任意一个命令： $ git log refA refB ^refC $ git log refA refB --not refC 这就构成了一个十分强大的修订查询系统，你可以通过它来查看你的分支里包含了哪些东西。

$ git config user.name John Doe   由于 Git 会从多个文件中读取同一配置变量的不同值，因此你可能会在其中看到意料之外的 值而不知道为什么。 此时，你可以查询 Git 中该变量的 原始 值，它会告诉你哪一个配置文 件最后设置了该值： $ git config --show-origin rerere.autoUpdate file:/home/johndoe/ Request 中评论某行代码、搜索网站等等。 修改 Pull Request 的状态 我们要看最后一个例子在使用拉取请求时非常有用。 每一个提交可以有一个 或多个与它关联的状态，有 API 来添加与查询状态。 大多数持续集成与测试服务通过测试推送的代码后使用这个 API 来回应，然 后报告提交是否通过了全部测试。 你也可以使用该接口来检查提交信息是否 经过合适的格式化、提交者是否遵循了所有你的贡献准则、提交是否经过有效 refA 这个语法很好用，因为你可以在查询中指定超过两个的引用，这是双点语法无 法实现的。 比如，你想查看所有被 refA 或 refB 包含的但是不被 refC 包含的 提交，你可以使用以下任意一个命令： $ git log refA refB ^refC $ git log refA refB --not refC 这就构成了一个十分强大的修订查询系统，你可以通过它来查看你的分支里包