chenyue/docs
1
0
Fork 0
Code Issues Pull Requests Actions 3 Packages Projects Releases Wiki Activity

docs: update zh-tw (#265)

Browse Source 
Reviewed-on: https://gitea.com/gitea/docs/pulls/265
Reviewed-by: Lunny Xiao <xiaolunwen@gmail.com>
Co-authored-by: ifurther <55025025+ifurther@users.noreply.github.com>
Co-committed-by: ifurther <55025025+ifurther@users.noreply.github.com>
This commit is contained in:
ifurther
2025-09-03 21:00:35 +00:00
committed by techknowlogick
parent 908a27589d
commit cb462089e9
88 changed files with 3545 additions and 3423 deletions
Download Patch File Download Diff File Expand all files Collapse all files
i18n/zh-tw/docusaurus-plugin-content-docs/version-1.24/help/faq.md
+135 -135
View File
@@ -10,23 +10,23 @@ aliases:
本页面包含一些常见问题和答案。
有关更多帮助资源，请查看所有[支持选项](help/support.md)。
有关更多帮助资源，請查看所有[支持選项](help/support.md)。
## 1.x 和 1.x.x 下载之间的区别
以 1.7.x 版本为例。
以 1.7.x 版本為例。
**注意：**此示例也适用于 Docker 镜像！
在我们的[下载页面](https://dl.gitea.com/gitea/)上，您会看到一个 1.7 目录，以及 1.7.0、1.7.1、1.7.2、1.7.3、1.7.4、1.7.5 和 1.7.6 的目录。
在我们的[下载页面](https://dl.gitea.com/gitea/)上，您会看到一个 1.7 目錄，以及 1.7.0、1.7.1、1.7.2、1.7.3、1.7.4、1.7.5 和 1.7.6 的目錄。
1.7 目录和 1.7.0 目录是**不同**的。1.7 目录是在每个合并到[`release/v1.7`](https://github.com/go-gitea/gitea/tree/release/v1.7)分支的提交上构建的。
1.7 目錄和 1.7.0 目錄是**不同**的。1.7 目錄是在每个合並到[`release/v1.7`](https://github.com/go-gitea/gitea/tree/release/v1.7)分支的提交上构建的。
然而，1.7.0 目录是在创建[`v1.7.0`](https://github.com/go-gitea/gitea/releases/tag/v1.7.0)标签时创建的构建。
然而，1.7.0 目錄是在建立[`v1.7.0`](https://github.com/go-gitea/gitea/releases/tag/v1.7.0)標籤时建立的构建。
这意味着 1.x 的下载会随着提交合并到各自的分支而改变（将其视为每个版本的单独的“main”分支）。
这意味着 1.x 的下载会随着提交合並到各自的分支而改变（将其视為每个版本的單独的“main”分支）。
另一方面，1.x.x 的下载应该永远不会改变。
另一方面，1.x.x 的下载應該永远不会改变。
## 如何从 Gogs/GitHub 等迁移到 Gitea
@@ -34,9 +34,9 @@ aliases:
- [Gogs 版本 0.11.46.0418](https://github.com/go-gitea/gitea/issues/4286)
要从 GitHub 迁移到 Gitea，您可以使用 Gitea 内置的迁移表单。
要从 GitHub 迁移到 Gitea，您可以使用 Gitea 内置的迁移表單。
为了迁移诸如问题、拉取请求等项目，您需要至少输入您的用户名。
為了迁移诸如问题、拉取請求等项目，您需要至少输入您的使用者名。
[Example (requires login)](https://demo.gitea.com/repo/migrate)
@@ -44,13 +44,13 @@ aliases:
https://github.com/loganinak/MigrateGitlabToGogs
## Gitea 存储文件的位置
## Gitea 存儲文件的位置
- _`AppWorkPath`_
- `--work-path`标志
- 或者环境变量`GITEA_WORK_DIR`
- 或者在构建时设置的内置值
- 或者包含 Gitea 二进制文件的目录
- 或者包含 Gitea 二進制文件的目錄
- `%(APP_DATA_PATH)`（数据库、索引器等的默认路径）
- `app.ini`中的`APP_DATA_PATH`
- 或者*`AppWorkPath`*`/data`
@@ -65,7 +65,7 @@ https://github.com/loganinak/MigrateGitlabToGogs
- RepoRootPath
- `app.ini`中\[repository]部分的`ROOT`（如果是绝对路径）
- 否则*`AppWorkPath`*`/ROOT`(如果`app.ini`中\[repository]部分的`ROOT`是相对路径）
- 默认值为`%(APP_DATA_PATH)/gitea-repositories`
- 默认值為`%(APP_DATA_PATH)/gitea-repositories`
- INI（配置文件）
- `--config`标志
- 或者在构建时设置的可能内置值
@@ -78,63 +78,63 @@ https://github.com/loganinak/MigrateGitlabToGogs
有几个地方可能会导致显示不正确。
1. 如果使用反向代理，请确保按照[反向代理指南](../administration/reverse-proxies.md)中的正确说明进行设置。
1. 如果使用反向代理，請确保按照[反向代理指南](../administration/reverse-proxies.md)中的正确说明進行设置。
2. 确保在`app.ini`的`server`部分中正确设置了`ROOT_URL`。
如果某些克隆选项未显示（HTTP/S 或 SSH），可以在`app.ini中`
如果某些克隆選项未显示（HTTP/S 或 SSH），可以在`app.ini中`
- `DISABLE_HTTP_GIT`: 如果设为 true, 将会没有 HTTP/HTTPS 链接
- `DISABLE_SSH`: 如果设为 true, 将会没有 SSH 链接
- `SSH_EXPOSE_ANONYMOUS`: 如果设为 false, SSH 链接将会对匿名用户隐藏
- `DISABLE_HTTP_GIT`: 如果设為 true, 将会没有 HTTP/HTTPS 链接
- `DISABLE_SSH`: 如果设為 true, 将会没有 SSH 链接
- `SSH_EXPOSE_ANONYMOUS`: 如果设為 false, SSH 链接将会对匿名使用者隐藏
## 文件上传失败：413 Request Entity Too Large
当反向代理限制文件上传大小时，会出现此错误。
当反向代理限制文件上传大小时，会出現此错误。
有关使用 nginx 解决此问题，请参阅[反向代理指南](../administration/reverse-proxies.md)。
有关使用 nginx 解决此问题，請参阅[反向代理指南](../administration/reverse-proxies.md)。
## 自定义模板无法加载或运行错误
## 自定义模板無法加载或运行错误
Gitea 的自定义模板必须将其添加到正确的位置，否则 Gitea 将无法找到并使用自定义模板。
Gitea 的自定义模板必須将其添加到正确的位置，否则 Gitea 将無法找到並使用自定义模板。
模板的正确路径应该相对于`CustomPath`。
模板的正确路径應該相對於`CustomPath`。
1. 要找到`CustomPath`，请在站点管理 -> 配置 中查找自定义文件根路径。
1. 要找到`CustomPath`，請在站点管理 -> 配置 中查找自定义文件根路径。
如果找不到，请尝试`echo $GITEA_CUSTOM`。
如果找不到，請尝试`echo $GITEA_CUSTOM`。
2. 如果仍然找不到，默认值可以被[计算](faq.md#Gitea存储文件的位置)
2. 如果仍然找不到，默认值可以被[计算](faq.md#Gitea存儲文件的位置)
3. 如果仍然找不到路径，则可以参考[自定义 Gitea](../administration/customizing-gitea.md)页面，将模板添加到正确的位置。
## Gitea 是否有"GitHub/GitLab Pages"功能？
Gitea 不提供内置的 Pages 服务器。您需要一个专用的域名来提供静态页面，以避免 CSRF 安全风险。
对于简单的用法，您可以使用反向代理来重写和提供 Gitea 的原始文件 URL 中的静态内容。
對於简單的用法，您可以使用反向代理来重写和提供 Gitea 的原始文件 URL 中的静态内容。
还有一些已经可用的第三方服务，比如独立[pages server](https://codeberg.org/Codeberg/pages-server)的或[caddy plugin](https://github.com/42wim/caddy-gitea)，可以提供所需的功能。
還有一些已经可用的第三方服务，比如独立[pages server](https://codeberg.org/Codeberg/pages-server)的或[caddy plugin](https://github.com/42wim/caddy-gitea)，可以提供所需的功能。
## 活跃用户与禁止登录用户
## 活跃使用者与禁止登入使用者
在 Gitea 中，"活跃用户"是指通过电子邮件激活其帐户的用户。
在 Gitea 中，"活跃使用者"是指通過电子邮件激活其帳戶的使用者。
"禁止登录用户"是指不允许再登录到 Gitea 的用户。
"禁止登入使用者"是指不允许再登入到 Gitea 的使用者。
## 设置日志记录
- [官方文档](../administration/logging-config.md)
- [官方文檔](../administration/logging-config.md)
## 什么是 Swagger？
[Swagger](https://swagger.io/) 是 Gitea 用于其 API 文档的工具。
[Swagger](https://swagger.io/) 是 Gitea 用于其 API 文檔的工具。
所有 Gitea 实例都有内置的 API，无法完全禁用它。
但是，您可以在 app.ini 的 api 部分将 ENABLE_SWAGGER 设置为 false，以禁用其文档显示。
有关更多信息，请参阅 Gitea 的[API 文档](development/api-usage.md)。
所有 Gitea 实例都有内置的 API，無法完全禁用它。
但是，您可以在 app.ini 的 api 部分将 ENABLE_SWAGGER 设置為 false，以禁用其文檔显示。
有关更多信息，請参阅 Gitea 的[API 文檔](development/api-usage.md)。
您可以在上查看最新的 API（例如）https://gitea.com/api/swagger
您还可以在上查看`swagger.json`文件的示例 https://gitea.com/swagger.v1.json
您還可以在上查看`swagger.json`文件的示例 https://gitea.com/swagger.v1.json
## 调整服务器用于公共/私有使用
@@ -142,88 +142,88 @@ Gitea 不提供内置的 Pages 服务器。您需要一个专用的域名来提
有多种方法可以组合使用来防止垃圾邮件发送者：
1. 通过设置电子邮件域名的白名单或黑名单。
2. 通过设置一些域名或者 OpenID 白名单（见下文）。
3. 在您的`app.ini`中将`ENABLE_CAPTCHA`设置为`true`，并正确配置`RECAPTCHA_SECRET`和 `RECAPTCHA_SITEKEY`。
4. 将`DISABLE_REGISTRATION`设置为`true`，并通过 [CLI](../administration/command-line.md)、[API](development/api-usage.md) 或 Gitea 的管理界面创建新用户。
1. 通過设置电子邮件域名的白名單或黑名單。
2. 通過设置一些域名或者 OpenID 白名單（见下文）。
3. 在您的`app.ini`中将`ENABLE_CAPTCHA`设置為`true`，並正确配置`RECAPTCHA_SECRET`和 `RECAPTCHA_SITEKEY`。
4. 将`DISABLE_REGISTRATION`设置為`true`，並通過 [CLI](../administration/command-line.md)、[API](development/api-usage.md) 或 Gitea 的管理界面建立新使用者。
### 仅允许/阻止特定的电子邮件域名
### 僅允许/阻止特定的电子邮件域名
您可以在`app.ini`中的`[service]`下的配置`EMAIL_DOMAIN_WHITELIST` 或 `EMAIL_DOMAIN_BLOCKLIST`。
### 仅允许/阻止特定的 OpenID 提供商
### 僅允许/阻止特定的 OpenID 提供商
您可以在`app.ini`的`[openid]`下配置`WHITELISTED_URI`或`BLACKLISTED_URIS`。
**注意**： 白名单优先，如果白名单非空，则忽略黑名单。
**注意**： 白名單优先，如果白名單非空，则忽略黑名單。
### 仅允许发布问题的用户
### 僅允许發佈问题的使用者
目前实现这一点的方法是创建/修改一个具有最大仓库创建限制为 0 的用户。
目前实現这一点的方法是建立/修改一个具有最大存放庫建立限制為 0 的使用者。
### 受限制的用户
### 受限制的使用者
受限制的用户仅能访问其组织/团队成员和协作所在的内容的子集，而忽略组织/仓库等的公共标志。
受限制的使用者僅能访问其組織/团队成员和协作所在的内容的子集，而忽略組織/存放庫等的公共标志。
示例用例：一个公司运行一个需要登录的 Gitea 实例。大多数仓库是公开的（所有同事都可以访问/浏览）。
示例用例：一个公司运行一个需要登入的 Gitea 实例。大多数存放庫是公开的（所有同事都可以访问/浏览）。
在某些情况下，某个客户或第三方需要访问特定的仓库，并且只能访问该仓库。通过将此类客户帐户设置为受限制帐户，并使用团队成员身份和/或协作来授予所需的任何访问权限，可以简单地实现这一点，而无需使所有内容都变为私有。
在某些情况下，某个客户或第三方需要访问特定的存放庫，並且只能访问該存放庫。通過将此类客户帳戶设置為受限制帳戶，並使用团队成员身份和/或协作来授予所需的任何访问权限，可以简單地实現这一点，而無需使所有内容都变為私有。
### 启用 Fail2ban
使用 [Fail2Ban](../administration/fail2ban-setup.md) 监视并阻止基于日志模式的自动登录尝试或其他恶意行为。
使用 [Fail2Ban](../administration/fail2ban-setup.md) 监视並阻止基于日志模式的自动登入尝试或其他恶意行為。
## SSHD vs 内建 SSH
SSHD 是大多数 Unix 系统上内建的 SSH 服务器。
Gitea 还提供了自己的 SSH 服务器，用于在 SSHD 不可用时使用。
Gitea 還提供了自己的 SSH 服务器，用于在 SSHD 不可用时使用。
## Gitea 运行缓慢
导致此问题的最常见原因是加载联合头像。
您可以通过在`app.ini`中将`ENABLE_FEDERATED_AVATAR`设置为`false`来关闭此功能。
您可以通過在`app.ini`中将`ENABLE_FEDERATED_AVATAR`设置為`false`来关闭此功能。
还有一个可能需要更改的选项是在`app.ini`中将`DISABLE_GRAVATAR`设置为`true`。
還有一个可能需要更改的選项是在`app.ini`中将`DISABLE_GRAVATAR`设置為`true`。
## 无法创建仓库/文件
## 無法建立存放庫/文件
请确保 Gitea 具有足够的权限来写入其主目录和数据目录。
請确保 Gitea 具有足够的权限来写入其主目錄和数据目錄。
参见[AppDataPath 和 RepoRootPath](faq.md#Gitea存储文件的位置)
参见[AppDataPath 和 RepoRootPath](faq.md#Gitea存儲文件的位置)
**适用于 Arch 用户的注意事项：**在撰写本文时，Arch 软件包的 systemd 文件包含了以下行：
**适用于 Arch 使用者的注意事项：**在撰写本文时，Arch 軟體包的 systemd 文件包含了以下行：
`ReadWritePaths=/etc/gitea/app.ini`
这将使得 Gitea 无法写入其他路径。
这将使得 Gitea 無法写入其他路径。
## 翻译不正确/如何添加更多翻译
我们当前的翻译是在我们的[Crowdin 项目](https://crowdin.com/project/gitea)上众包进行的
我们当前的翻译是在我们的[Crowdin 项目](https://crowdin.com/project/gitea)上众包進行的
无论您想要更改翻译还是添加新的翻译，都需要在 Crowdin 集成中进行，因为所有翻译都会被 CI 覆盖。
無论您想要更改翻译還是添加新的翻译，都需要在 Crowdin 集成中進行，因為所有翻译都会被 CI 覆盖。
## 推送钩子/ Webhook / Actions 未运行
如果您可以推送但无法在主页仪表板上看到推送活动，或者推送不触发 Webhook 和 Actions，可能是 git 钩子不工作而导致的。
如果您可以推送但無法在主页仪表板上看到推送活动，或者推送不触发 Webhook 和 Actions，可能是 git 钩子不工作而导致的。
这可能是由于以下原因：
1. Git 钩子不同步：在站点管理面板上运行“重新同步所有仓库的 pre-receive、update 和 post-receive 钩子”
2. Git 仓库（和钩子）存储在一些不支持脚本执行的文件系统上（例如由 NAS 挂载），请确保文件系统支持`chmod a+x any-script`
3. 如果您使用的是 Docker，请确保 Docker Server（而不是客户端）的版本 >= 20.10.6
1. Git 钩子不同步：在站点管理面板上运行“重新同步所有存放庫的 pre-receive、update 和 post-receive 钩子”
2. Git 存放庫（和钩子）存儲在一些不支持脚本執行的文件系统上（例如由 NAS 挂载），請确保文件系统支持`chmod a+x any-script`
3. 如果您使用的是 Docker，請确保 Docker Server（而不是客户端）的版本 >= 20.10.6
## SSH 问题
如果无法通过`ssh`访问仓库，但`https`正常工作，请考虑以下情况。
如果無法通過`ssh`访问存放庫，但`https`正常工作，請考虑以下情况。
首先，请确保您可以通过 SSH 访问 Gitea。
首先，請确保您可以通過 SSH 访问 Gitea。
`ssh git@myremote.example`
如果连接成功，您应该会收到以下错误消息：
如果连接成功，您應該会收到以下错误消息：
```
Hi there, You've successfully authenticated, but Gitea does not provide shell access.
@@ -232,7 +232,7 @@ If this is unexpected, please log in with password and setup Gitea under another
如果您收到以上消息但仍然连接成功，这意味着您的 SSH 密钥**没有**由 Gitea 管理。这意味着钩子不会运行，在其他一些潜在问题中也包括在内。
如果您无法连接，可能是因为您的 SSH 密钥在本地配置不正确。
如果您無法连接，可能是因為您的 SSH 密钥在本地配置不正确。
这是针对 SSH 而不是 Gitea 的问题，因此在此不涉及。
### SSH 常见错误
@@ -242,30 +242,30 @@ Permission denied (publickey).
fatal: Could not read from remote repository.
```
此错误表示服务器拒绝登录尝试，
请检查以下事项：
此错误表示服务器拒绝登入尝试，
請检查以下事项：
- 在客户端：
- 确保公钥和私钥已添加到正确的 Gitea 用户。
- 确保远程 URL 中没有任何问题。特别是，请确保 ∂
Git 用户（@ 之前的部分）的名称拼写正确。
- 确保客户端机器上的公钥和私钥正确无误。
- 确保公钥和私钥已添加到正确的 Gitea 使用者。
- 确保远程 URL 中没有任何问题。特别是，請确保 ∂
Git 使用者（@ 之前的部分）的名稱拼写正确。
- 确保客户端机器上的公钥和私钥正确無误。
- 在服务器上：
- 确保存储库存在并且命名正确。
- 检查系统用户主目录中的 `.ssh` 目录的权限。
- 验证正确的公钥是否已添加到 `.ssh/authorized_keys` 中。
- 确保存儲库存在並且命名正确。
- 检查系统使用者主目錄中的 `.ssh` 目錄的权限。
- 驗證正确的公钥是否已添加到 `.ssh/authorized_keys` 中。
尝试在 Gitea 管理面板上运行
`Rewrite '.ssh/authorized_keys' file (for Gitea SSH keys)`。
- 查看 Gitea 日志。
- 查看 /var/log/auth（或类似的文件）。
- 检查存储库的权限。
- 检查存儲库的权限。
以下是一个示例，其中缺少公共 SSH 密钥，
认证成功，但是其他设置导致 SSH 无法访问正确的
存储库。
認證成功，但是其他设置导致 SSH 無法访问正确的
存儲库。
```
fatal: Could not read from remote repository.
@@ -274,26 +274,26 @@ Please make sure you have the correct access rights
and the repository exists.
```
在这种情况下，请检查以下设置：
在这种情况下，請检查以下设置：
- 在服务器上：
- 确保`git`系统用户设置了可用的 shell
- 使用`getent passwd git | cut -d: -f7`进行验证
- 可以使用`usermod`或`chsh`进行修改。
- 确保`git`系统使用者设置了可用的 shell
- 使用`getent passwd git | cut -d: -f7`進行驗證
- 可以使用`usermod`或`chsh`進行修改。
- 确保`.ssh/authorized_keys`中的`gitea serv`命令使用
正确的配置文件。
## 迁移带有标签的存储库后缺失发布版本
## 迁移带有標籤的存儲库后缺失發佈版本
要迁移带有所有标签的存储库，您需要执行两个操作：
要迁移带有所有標籤的存儲库，您需要執行两个操作：
- 推送标签到存储库：
- 推送標籤到存儲库：
```
git push --tags
```
- 在 Gitea 中重新同步所有存储库的标签：
- 在 Gitea 中重新同步所有存儲库的標籤：
```
gitea admin repo-sync-releases
@@ -311,59 +311,59 @@ error: failed to push some refs to '<GIT_REPO_URL>'
检查`app.ini`文件中的`LFS_HTTP_AUTH_EXPIRY`值。
默认情况下，LFS 令牌在 20 分钟后过期。如果您的连接速度较慢或文件较大（或两者都是），可能无法在时间限制内完成上传。
默认情况下，LFS 令牌在 20 分钟后過期。如果您的连接速度较慢或文件较大（或两者都是），可能無法在时间限制内完成上传。
您可以将此值设置为`60m`或`120m`。
您可以将此值设置為`60m`或`120m`。
## 如何在启动 Gitea 之前创建用户
## 如何在启动 Gitea 之前建立使用者
Gitea 提供了一个子命令`gitea migrate`来初始化数据库，然后您可以使用[管理 CLI 命令](../administration/command-line.md#admin)像正常情况下添加用户。
Gitea 提供了一个子命令`gitea migrate`来初始化数据库，然后您可以使用[管理 CLI 命令](../administration/command-line.md#admin)像正常情况下添加使用者。
## 如何启用密码重置
## 如何启用密碼重置
没有密码重置的设置。当配置了[邮件服务](../administration/email-setup.md)时，密码重置将自动启用；否则将被禁用。
没有密碼重置的设置。当配置了[邮件服务](../administration/email-setup.md)时，密碼重置将自动启用；否则将被禁用。
## 如何更改用户的密码
## 如何更改使用者的密碼
- 作为管理员，您可以更改任何用户的密码（并可选择强制其在下次登录时更改密码）...
- 转到您的`站点管理 -> 用户账户`页面并编辑用户。
- 作為管理员，您可以更改任何使用者的密碼（並可選择强制其在下次登入时更改密碼）...
- 转到您的`站点管理 -> 使用者账户`页面並编辑使用者。
- 使用[管理 CLI 命令](../administration/command-line.md#admin)。
请注意，大多数命令还需要一个[全局标志](../administration/command-line.md#全局选项)来指向正确的配置。
請注意，大多数命令還需要一个[全局标志](../administration/command-line.md#全局選项)来指向正确的配置。
- 作为**用户**，您可以更改密码...
- 作為**使用者**，您可以更改密碼...
- 在您的账户的`设置 -> 账户`页面（此方法**需要**您知道当前密码）。
- 使用`忘记密码`链接。
- 在您的账户的`设置 -> 账户`页面（此方法**需要**您知道当前密碼）。
- 使用`忘记密碼`链接。
如果`忘记密码/账户恢复`页面被禁用，请联系管理员配置[邮件服务](../administration/email-setup.md)。
如果`忘记密碼/账户恢复`页面被禁用，請联系管理员配置[邮件服务](../administration/email-setup.md)。
## 为什么我的 Markdown 显示错误
## 為什么我的 Markdown 显示错误
在 Gitea 版本 `1.11` 中，我们转换为使用[goldmark](https://github.com/yuin/goldmark)进行 Markdown 渲染，它符合[CommonMark](https://commonmark.org/)标准。
在 Gitea 版本 `1.11` 中，我们转换為使用[goldmark](https://github.com/yuin/goldmark)進行 Markdown 渲染，它符合[CommonMark](https://commonmark.org/)标准。
如果您在版本`1.11`之前的 Markdown 正常工作，但在升级后无法正常工作，请仔细阅读 CommonMark 规范，看看问题是由错误还是非兼容的语法引起的。
如果您在版本`1.11`之前的 Markdown 正常工作，但在升级后無法正常工作，請仔细阅读 CommonMark 规范，看看问题是由错误還是非兼容的语法引起的。
如果是后者，通常规范中会列出一种符合标准的替代方法。
## 使用 MySQL 进行升级时出现的错误
## 使用 MySQL 進行升级时出現的错误
如果在使用 MySQL 升级 Gitea 时收到以下错误：
> `ORM engine initialization failed: migrate: do migrate: Error: 1118: Row size too large...`
请运行 `gitea doctor convert` 或对数据库中的每个表运行 `ALTER TABLE table_name ROW_FORMAT=dynamic;`。
請运行 `gitea doctor convert` 或对数据库中的每个表运行 `ALTER TABLE table_name ROW_FORMAT=dynamic;`。
潜在问题是默认行格式分配给每个表的索引空间
太小。Gitea 要求其表的`ROWFORMAT`为`DYNAMIC`。
太小。Gitea 要求其表的`ROWFORMAT`為`DYNAMIC`。
如果收到包含`Error 1071: Specified key was too long; max key length is 1000 bytes...`
的错误行，则表示您正在尝试在使用 ISAM 引擎的表上运行 Gitea。尽管在先前版本的 Gitea 中可能是凑巧能够工作的，但它从未得到官方支持，
您必须使用 InnoDB。您应该对数据库中的每个表运行`ALTER TABLE table_name ENGINE=InnoDB;`。
您必須使用 InnoDB。您應該对数据库中的每个表运行`ALTER TABLE table_name ENGINE=InnoDB;`。
## 为什么 Emoji 只显示占位符或单色图像
## 為什么 Emoji 只显示占位符或單色图像
Gitea 需要系统或浏览器安装其中一个受支持的 Emoji 字体，例如 Apple Color Emoji、Segoe UI Emoji、Segoe UI Symbol、Noto Color Emoji 和 Twemoji Mozilla。通常，操作系统应该已经提供了其中一个字体，但特别是在 Linux 上，可能需要手动安装它们。
Gitea 需要系统或浏览器安裝其中一个受支持的 Emoji 字體，例如 Apple Color Emoji、Segoe UI Emoji、Segoe UI Symbol、Noto Color Emoji 和 Twemoji Mozilla。通常，操作系统應該已经提供了其中一个字體，但特别是在 Linux 上，可能需要手动安裝它们。
## SystemD 和 Docker 上的标准输出日志
@@ -371,43 +371,43 @@ SystemD 上的标准输出默认会写入日志记录中。您可以尝试使用
类似地，Docker 上的标准输出可以使用`docker logs <container>`来查看。
要收集日志以进行帮助和问题报告，请参阅[支持选项](help/support.md)。
要收集日志以進行帮助和问题报告，請参阅[支持選项](help/support.md)。
## 初始日志记录
在 Gitea 读取配置文件并设置其日志记录之前，它会将一些内容记录到标准输出，以帮助调试日志记录无法工作的情况。
在 Gitea 读取配置文件並设置其日志记录之前，它会将一些内容记录到标准输出，以帮助调试日志记录無法工作的情况。
您可以通过设置`--quiet`或`-q`选项来停止此日志记录。请注意，这只会在 Gitea 设置自己的日志记录之前停止日志记录。
您可以通過设置`--quiet`或`-q`選项来停止此日志记录。請注意，这只会在 Gitea 设置自己的日志记录之前停止日志记录。
如果您报告了错误或问题，必须提供这些信息以恢复初始日志记录。
如果您报告了错误或问题，必須提供这些信息以恢复初始日志记录。
只有在完全配置了所有内容之后，您才应该设置此选项。
只有在完全配置了所有内容之后，您才應該设置此選项。
## 在数据库启动期间出现有关结构默认值的警告
## 在数据库启动期间出現有关结构默认值的警告
有时，在迁移过程中，旧列和默认值可能在数据库架构中保持不变。
有时，在迁移過程中，旧列和默认值可能在数据库架构中保持不变。
这可能会导致警告，例如：
```
2020/08/02 11:32:29 ...rm/session_schema.go:360:Sync() [W] Table user Column keep_activity_private db default is , struct default is 0
```
可以安全地忽略这些警告，但您可以通过让 Gitea 重新创建这些表来停止这些警告，使用以下命令：
可以安全地忽略这些警告，但您可以通過让 Gitea 重新建立这些表来停止这些警告，使用以下命令：
```
gitea doctor recreate-table user
```
这将导致 Gitea 重新创建用户表并将旧数据复制到新表中，
并正确设置默认值。
这将导致 Gitea 重新建立使用者表並将旧数据复制到新表中，
並正确设置默认值。
您可以使用以下命令要求 Gitea 重新创建多个表：
您可以使用以下命令要求 Gitea 重新建立多个表：
```
gitea doctor recreate-table table1 table2 ...
```
如果您希望 Gitea 重新创建所有表，请使用以下命令：
如果您希望 Gitea 重新建立所有表，請使用以下命令：
```
gitea doctor recreate-table
@@ -415,19 +415,19 @@ gitea doctor recreate-table
在运行这些命令之前，强烈建议您备份数据库。
## 为什么查看文件时制表符/缩进显示错误
## 為什么查看文件时制表符/缩進显示错误
如果您正在使用 Cloudflare，请在仪表板中关闭自动缩小选项。
如果您正在使用 Cloudflare，請在仪表板中关闭自动缩小選项。
`Speed` -> `Optimization` -> 在 `Auto-Minify` 设置中取消选中 `HTML`。
`Speed` -> `Optimization` -> 在 `Auto-Minify` 设置中取消選中 `HTML`。
## 如何从磁盘采用存储库
## 如何从硬碟采用存儲库
- 将您的（裸）存储库添加到正确的位置，即您的配置所在的地方（`repository.ROOT`），确保它们位于正确的布局`<REPO_ROOT>/[user]/[repo].git`。
- **注意：**目录名必须为小写。
- 您还可以在`<ROOT_URL>/admin/config`中检查存储库根路径。
- 确保存在要采用存储库的用户/组织。
- 作为管理员，转到`<ROOT_URL>/admin/repos/unadopted`并搜索。
- 用户也可以通过配置[`ALLOW_ADOPTION_OF_UNADOPTED_REPOSITORIES`](../administration/config-cheat-sheet.md#仓库) 获得类似的权限。
- 如果上述步骤都正确执行，您应该能够选择要采用的存储库。
- 如果没有找到存储库，请启用[调试日志记录](../administration/config-cheat-sheet.md#仓库)以检查是否有特定错误。
- 将您的（裸）存儲库添加到正确的位置，即您的配置所在的地方（`repository.ROOT`），确保它们位于正确的布局`<REPO_ROOT>/[user]/[repo].git`。
- **注意：**目錄名必須為小写。
- 您還可以在`<ROOT_URL>/admin/config`中检查存儲库根路径。
- 确保存在要采用存儲库的使用者/組織。
- 作為管理员，转到`<ROOT_URL>/admin/repos/unadopted`並搜索。
- 使用者也可以通過配置[`ALLOW_ADOPTION_OF_UNADOPTED_REPOSITORIES`](../administration/config-cheat-sheet.md#存放庫) 获得类似的权限。
- 如果上述步骤都正确執行，您應該能够選择要采用的存儲库。
- 如果没有找到存儲库，請启用[调试日志记录](../administration/config-cheat-sheet.md#存放庫)以检查是否有特定错误。
i18n/zh-tw/docusaurus-plugin-content-docs/version-1.24/help/support.md
+13 -13
View File
@@ -6,45 +6,45 @@ aliases:
- /zh-tw/seek-help
---
# 支持选项
# 支持選项
- [付费商业支持](https://about.gitea.com/)
- [Discord](https://discord.gg/Gitea)
- [论坛](https://forum.gitea.com/)
- [Matrix](https://matrix.to/#/#gitea-space:matrix.org)
- 注意：大多数 Matrix 频道都与 Discord 中的对应频道桥接，可能在桥接过程中会出现一定程度的不稳定性。
- 注意：大多数 Matrix 频道都与 Discord 中的对應频道桥接，可能在桥接過程中会出現一定程度的不稳定性。
- 中文支持
- [Discourse 中文分类](https://forum.gitea.com/c/5-category/5)
- QQ 群 328432459
# Bug 报告
如果您发现了 Bug，请在 GitHub 上 [创建一个问题](https://github.com/go-gitea/gitea/issues)。
如果您发現了 Bug，請在 GitHub 上 [建立一个问题](https://github.com/go-gitea/gitea/issues)。
**注意：** 在请求支持时，可能需要准备以下信息，以便帮助者获得所需的所有信息：
**注意：** 在請求支持时，可能需要准备以下信息，以便帮助者获得所需的所有信息：
1. 您的 `app.ini`（将任何敏感数据进行必要的清除）。
1. 您的 `app.ini`（将任何敏感数据進行必要的清除）。
2. 您看到的任何错误消息。
3. Gitea 日志以及与情况相关的所有其他日志。
- 收集 `trace` / `debug` 级别的日志更有用（参见下一节）。
- 在使用 systemd 时，使用 `journalctl --lines 1000 --unit gitea` 收集日志。
- 在使用 Docker 时，使用 `docker logs --tail 1000 <gitea-container>` 收集日志。
4. 可重现的步骤，以便他人能够更快速、更容易地重现和理解问题。
- [demo.gitea.com](https://demo.gitea.com) 可用于重现问题。
5. 如果遇到慢速/挂起/死锁等问题，请在出现问题时报告堆栈跟踪。
4. 可重現的步骤，以便他人能够更快速、更容易地重現和理解问题。
- [demo.gitea.com](https://demo.gitea.com) 可用于重現问题。
5. 如果遇到慢速/挂起/死锁等问题，請在出現问题时报告堆栈跟踪。
转到 "Site Admin" -> "Monitoring" -> "Stacktrace" -> "Download diagnosis report"。
# 高级 Bug 报告提示
## 更多日志的配置选项
## 更多日志的配置選项
默认情况下，日志以 `info` 级别输出到控制台。
如果您需要设置日志级别和/或从文件中收集日志，
您只需将以下配置复制到您的 `app.ini` 中（删除所有其他 `[log]` 部分），
然后您将在 Gitea 的日志目录中找到 `*.log` 文件（默认为 `%(GITEA_WORK_DIR)/log`）。
然后您将在 Gitea 的日志目錄中找到 `*.log` 文件（默认為 `%(GITEA_WORK_DIR)/log`）。
```ini
; 要显示所有 SQL 日志，您还可以在 [database] 部分中设置 LOG_SQL=true
; 要显示所有 SQL 日志，您還可以在 [database] 部分中设置 LOG_SQL=true
[log]
LEVEL=debug
MODE=console,file
@@ -54,7 +54,7 @@ MODE=console,file
Gitea 可以使用 Golang 的 pprof 处理程序和工具链来收集堆栈跟踪和其他运行时信息。
如果 Web UI 停止工作，您可以尝试通过命令行收集堆栈跟踪：
如果 Web UI 停止工作，您可以尝试通過命令行收集堆栈跟踪：
1. 设置 app.ini：
@@ -65,5 +65,5 @@ Gitea 可以使用 Golang 的 pprof 处理程序和工具链来收集堆栈跟
2. 重新启动 Gitea
3. 尝试触发 bug，当请求卡住一段时间，使用或浏览器访问：获取堆栈跟踪。
3. 尝试触发 bug，当請求卡住一段时间，使用或浏览器访问：获取堆栈跟踪。
`curl http://127.0.0.1:6060/debug/pprof/goroutine?debug=1`