docs: update zh-tw (#265)

Reviewed-on: https://gitea.com/gitea/docs/pulls/265
Reviewed-by: Lunny Xiao <[email protected]>
Co-authored-by: ifurther <[email protected]>
Co-committed-by: ifurther <[email protected]>
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
@@ -6,59 +6,59 @@ aliases:
- /zh-tw/install-from-binary
---
# 使用二制文件安
# 使用二制文件安
所有打包的二制程序均包含 SQLiteMySQL 和 PostgreSQL 的数据库连接支持,同时网站的静态资源均已嵌入到可行程序中,这一点和曾经的 Gogs 有所不同。
所有打包的二制程序均包含 SQLiteMySQL 和 PostgreSQL 的数据库连接支持,同时网站的静态资源均已嵌入到可行程序中,这一点和曾经的 Gogs 有所不同。
## 下载
你可以从 [下载页面](https://dl.gitea.com/gitea/) 择对平台的二制文件。
你可以从 [下载页面](https://dl.gitea.com/gitea/) 择对平台的二制文件。
### 择架构
### 择架构
- **对于 Linux**`linux-amd64` 适用于 64-bit 的 Intel/AMD 平台。更多架构包含 `arm64` (Raspberry PI 4)`386` (32-bit)`arm-5` 以及 `arm-6`
- **對於 Linux**`linux-amd64` 适用于 64-bit 的 Intel/AMD 平台。更多架构包含 `arm64` (Raspberry PI 4)`386` (32-bit)`arm-5` 以及 `arm-6`
- **对于 Windows**`windows-4.0-amd64` 适用于 64-bit 的 Intel/AMD 平台,`386` 适用于 32-bit 的 Intel/AMD 平台。(提示:`gogit-windows` 版本内建了 gogit 可能缓解在旧的 Windows 平台上 Go 程序调用 git 子程序时面临的 [性能问题](https://github.com/go-gitea/gitea/pull/15482)
- **對於 Windows**`windows-4.0-amd64` 适用于 64-bit 的 Intel/AMD 平台,`386` 适用于 32-bit 的 Intel/AMD 平台。(提示:`gogit-windows` 版本内建了 gogit 可能缓解在旧的 Windows 平台上 Go 程序调用 git 子程序时面临的 [性能问题](https://github.com/go-gitea/gitea/pull/15482)
- **对于 macOS**`darwin-arm64` 适用于 Apple Silicon 架构,`darwin-amd64` 适用于 Intel 架构.
- **對於 macOS**`darwin-arm64` 适用于 Apple Silicon 架构,`darwin-amd64` 适用于 Intel 架构.
- **对于 FreeBSD**`freebsd12-amd64` 适用于 64-bit 的 Intel/AMD 平台。
- **對於 FreeBSD**`freebsd12-amd64` 适用于 64-bit 的 Intel/AMD 平台。
### 使用 wget 下载
使用以下命令下载适用于 64-bit Linux 平台的二制文件。
使用以下命令下载适用于 64-bit Linux 平台的二制文件。
```sh
wget -O gitea https://dl.gitea.com/gitea/@version@/gitea-@version@-linux-amd64
chmod +x gitea
```
## 验证 GPG 签名
## 驗證 GPG 签名
Gitea 对打包的二制文件使用 [GPG 密钥](https://keys.openpgp.org/search?q=teabot%40gitea.io) 签名以防止篡改。
根据对文件名 `.asc` 中包含的校验码检验文件的一致性。
Gitea 对打包的二制文件使用 [GPG 密钥](https://keys.openpgp.org/search?q=teabot%40gitea.io) 签名以防止篡改。
根据对文件名 `.asc` 中包含的校验码检验文件的一致性。
```sh
gpg --keyserver hkps://keys.openpgp.org --recv 7C9E68152594688862D62AF62D9AE806EC1592E2
gpg --verify gitea-@[email protected] gitea-@version@-linux-amd64
```
校验正确时的信息 `Good signature from "Teabot <[email protected]>"`
校验错误时的信息 `This key is not certified with a trusted signature!`
校验正确时的信息 `Good signature from "Teabot <[email protected]>"`
校验错误时的信息 `This key is not certified with a trusted signature!`
## 服务器设置
**提示:** `GITEA_WORK_DIR` 表示 Gitea 工作的路径。以下路径可以通 [环境变量](../administration/environment-variables.md) 初始化。
**提示:** `GITEA_WORK_DIR` 表示 Gitea 工作的路径。以下路径可以通 [环境变量](../administration/environment-variables.md) 初始化。
### 准备环境
检查是否安 Git。要求 Git 版本 >= 2.0。
检查是否安 Git。要求 Git 版本 >= 2.0。
```sh
git --version
```
创建用户(推荐使用名 `git`
建立使用者(推荐使用名 `git`
```sh
# On Ubuntu/Debian:
@@ -83,7 +83,7 @@ adduser \
git
```
### 建工作路径
### 建工作路径
```sh
mkdir -p /var/lib/gitea/{custom,data,log}
@@ -94,31 +94,31 @@ chown root:git /etc/gitea
chmod 770 /etc/gitea
```
> **注意:** 了让 Web 安程序可以写入配置文件,我们临时 `/etc/gitea` 路径授予了组外用户 `git` 写入权限。建议在安结束后将配置文件的权限设置只读。
> **注意:** 了让 Web 安程序可以写入配置文件,我们临时 `/etc/gitea` 路径授予了组外使用者 `git` 写入权限。建议在安结束后将配置文件的权限设置只读。
>
> ```sh
> chmod 750 /etc/gitea
> chmod 640 /etc/gitea/app.ini
> ```
如果您不希望通 Web 安程序建配置文件,可以将配置文件设置为仅供 Gitea 用户只读(owner/group `root:git`, mode `0640`手工建配置文件:
如果您不希望通 Web 安程序建配置文件,可以将配置文件设置為僅供 Gitea 使用者只读(owner/group `root:git`, mode `0640`手工建配置文件:
- 设置 `INSTALL_LOCK=true` 关闭安界面
- 手动配置数据库连接参数
- 使用 `gitea generate secret` `SECRET_KEY``INTERNAL_TOKEN`
- 设置 `INSTALL_LOCK=true` 关闭安界面
- 手动配置数据库连接參數
- 使用 `gitea generate secret` `SECRET_KEY``INTERNAL_TOKEN`
- 提供所有必要的密钥
详情参考 [命令行文](../administration/command-line.md) 中有关 `gitea generate secret` 的内容。
详情参考 [命令行文](../administration/command-line.md) 中有关 `gitea generate secret` 的内容。
### 配置 Gitea 工作路径
**提示:** 如果使用 Systemd 管理 Gitea 的 Linux 服务,你可以采用 `WorkingDirectory` 参数来配置工作路径。 否则,使用环境变量 `GITEA_WORK_DIR` 来明确指出程序工作和数据存放路径。
**提示:** 如果使用 Systemd 管理 Gitea 的 Linux 服务,你可以采用 `WorkingDirectory` 參數来配置工作路径。 否则,使用环境变量 `GITEA_WORK_DIR` 来明确指出程序工作和数据存放路径。
```sh
export GITEA_WORK_DIR=/var/lib/gitea/
```
### 复制二制文件到全局位置
### 复制二制文件到全局位置
```sh
cp gitea /usr/local/bin/gitea
@@ -130,17 +130,17 @@ cp gitea /usr/local/bin/gitea
同样地,zsh 自动补全的脚本可以在 [`contrib/autocompletion/zsh_autocomplete`](https://raw.githubusercontent.com/go-gitea/gitea/main/contrib/autocompletion/zsh_autocomplete) 找到。您可以将其复制到 `/usr/share/zsh/_gitea`,或在您的 `.zshrc` 中引用。
情况可能会有所不同,这些脚本可能需要一步的改
情况可能会有所不同,这些脚本可能需要一步的改
## 运行 Gitea
完成以上步骤后,可以通两种方式运行 Gitea
完成以上步骤后,可以通两种方式运行 Gitea
### 1. 建服务自动启动 Gitea(推荐)
### 1. 建服务自动启动 Gitea(推荐)
学习建 [Linux 服务](installation/run-as-service-in-ubuntu.md)
学习建 [Linux 服务](installation/run-as-service-in-ubuntu.md)
### 2. 通命令行终端运行
### 2. 通命令行终端运行
```sh
GITEA_WORK_DIR=/var/lib/gitea/ /usr/local/bin/gitea web -c /etc/gitea/app.ini
@@ -148,15 +148,15 @@ GITEA_WORK_DIR=/var/lib/gitea/ /usr/local/bin/gitea web -c /etc/gitea/app.ini
## 升级到最新版本
您可以通停止程序,替换 `/usr/local/bin/gitea` 重启来更新到新版本。直接替换可行程序时不要更改或使用新的文件名,以避免数据出错。
您可以通停止程序,替换 `/usr/local/bin/gitea` 重启来更新到新版本。直接替换可行程序时不要更改或使用新的文件名,以避免数据出错。
建议您在更新之前行[备份](../administration/backup-and-restore.md)。
建议您在更新之前行[备份](../administration/backup-and-restore.md)。
如果您按照上述描述行了安步骤,二制文件的通用名称应为 gitea。勿更改此名,即不要包含版本号。
如果您按照上述描述行了安步骤,二制文件的通用名稱應為 gitea。勿更改此名,即不要包含版本号。
### 1. 使用 systemd 重新启动 Gitea(推荐)
我们建议使用 systemd 作服务管理器,使用 `systemctl restart gitea` 安全地重启程序。
我们建议使用 systemd 作服务管理器,使用 `systemctl restart gitea` 安全地重启程序。
### 2. 非 systemd 重启方法
@@ -166,40 +166,40 @@ GITEA_WORK_DIR=/var/lib/gitea/ /usr/local/bin/gitea web -c /etc/gitea/app.ini
**提示:** 我们不建议使用 SIGKILL 信号(`-9`),这会强制停止 Gitea 程序,但不会正确关闭队列、索引器等任务。
参阅下面的疑难解答说明,以在 Gitea 版本更新后修复损坏的仓库
参阅下面的疑难解答说明,以在 Gitea 版本更新后修复损坏的存放庫
## 排查故障
### 旧版 glibc
旧版 Linux 发行版(例如 Debian 7 和 CentOS 6)可能法加载 Gitea 二制文件,通常会产生类似于 `./gitea: /lib/x86_64-linux-gnu/libc.so.6:
version 'GLIBC\_2.14' not found (required by ./gitea)` 的错误。这是由于 dl.gitea.com 提供的二制文件中集成了 SQLite 支持。在这种情况下,通常可以择[从源代码安](installation/from-source.md),而不包括 SQLite 支持。
旧版 Linux 发行版(例如 Debian 7 和 CentOS 6)可能法加载 Gitea 二制文件,通常会产生类似于 `./gitea: /lib/x86_64-linux-gnu/libc.so.6:
version 'GLIBC\_2.14' not found (required by ./gitea)` 的错误。这是由于 dl.gitea.com 提供的二制文件中集成了 SQLite 支持。在这种情况下,通常可以择[从源代码安](installation/from-source.md),而不包括 SQLite 支持。
### 在另一个端口上运行 Gitea
对于出现类似于 `702 runWeb()] [E] Failed to start server: listen tcp 0.0.0.0:3000:
bind: address already in use` 的错误,需要将 Gitea 启动在另一个空闲端口上。您可以使用 `./gitea web -p $PORT` 来实。可能已经有另一个 Gitea 实例在运行。
對於出現类似于 `702 runWeb()] [E] Failed to start server: listen tcp 0.0.0.0:3000:
bind: address already in use` 的错误,需要将 Gitea 启动在另一个空闲端口上。您可以使用 `./gitea web -p $PORT` 来实。可能已经有另一个 Gitea 实例在运行。
### 在 Raspbian 上运行 Gitea
从 v1.8 版本开始,arm7 版本的 Gitea 存在问题,法在树莓派和类似设备上运行。
从 v1.8 版本开始,arm7 版本的 Gitea 存在问题,法在树莓派和类似设备上运行。
建议切换到 arm6 版本,版本经测试已被证明可以在树莓派和类似设备上运行。
建议切换到 arm6 版本,版本经测试已被证明可以在树莓派和类似设备上运行。
### 更新到新版本的 Gitea 后出的 Git 错误
### 更新到新版本的 Gitea 后出的 Git 错误
如果在更新程中,二制文件的名已更改新版本的 Gitea,则现有仓库中的 Git 钩子将不再起作用。在这种情况下,当推送到仓库时,会显示 Git 错误。
如果在更新程中,二制文件的名已更改新版本的 Gitea,则現有存放庫中的 Git 钩子将不再起作用。在这种情况下,当推送到存放庫时,会显示 Git 错误。
```
remote: ./hooks/pre-receive.d/gitea: line 2: [...]: No such file or directory
```
错误信息中的 `[...]` 部分将包含您先前 Gitea 二制文件的路径。
错误信息中的 `[...]` 部分将包含您先前 Gitea 二制文件的路径。
要解决此问题,转到管理项,运行任务 `Resynchronize pre-receive, update and post-receive hooks of all repositories`,以将所有钩子更新包含新的二制文件路径。注意,这将覆盖所有 Git 钩子,包括自定义的钩子。
要解决此问题,转到管理项,运行任务 `Resynchronize pre-receive, update and post-receive hooks of all repositories`,以将所有钩子更新包含新的二制文件路径。注意,这将覆盖所有 Git 钩子,包括自定义的钩子。
如果您没有使用 Gitea 内置的 SSH 服务器,您需要通在管理项中运行任务 `Update the '.ssh/authorized_keys' file with Gitea SSH keys.` 来重新编写授权密钥文件。
如果您没有使用 Gitea 内置的 SSH 服务器,您需要通在管理项中运行任务 `Update the '.ssh/authorized_keys' file with Gitea SSH keys.` 来重新编写授权密钥文件。
> 更多经验总结,参考英文版 [Troubleshooting](https://docs.gitea.com/installation/install-from-binary#troubleshooting)
> 更多经验总结,参考英文版 [Troubleshooting](https://docs.gitea.com/installation/install-from-binary#troubleshooting)
如果从本页中没有找到你需要的内容,访问 [帮助页面](help/support.md)
如果从本页中没有找到你需要的内容,访问 [帮助页面](help/support.md)