docs: update zh-tw (#265)

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

View File

@@ -14,30 +14,30 @@ aliases:
[![在 Gitpod 中打开](/open-in-gitpod.svg)](https://gitpod.io/#https://github.com/go-gitea/gitea)
## 安 Golang
## 安 Golang
您需要 [ go](https://go.dev/doc/install) 设置您的 go 环境。
您需要 [ go](https://go.dev/doc/install) 设置您的 go 环境。
接下来,[使用 npm 安 Node.js](https://nodejs.org/en/download/) ,这是构建
接下来,[使用 npm 安 Node.js](https://nodejs.org/en/download/) ,这是构建
JavaScript 和 CSS 文件的必要工具。最低支持的 Node.js 版本是 @minNodeVersion@
且推荐使用最新的 LTS 版本。
且推荐使用最新的 LTS 版本。
**注意** :当行需要外部工具的 make 任务时,比如
`make watch-backend`Gitea 会自动下载构建这些必要的组件。了能够使用这些,你必
`"$GOPATH"/bin`加入到可行路径上。如果你不把 go bin 目添加到可行路径你必手动
指定可行程序路径。
**注意** :当行需要外部工具的 make 任务时,比如
`make watch-backend`Gitea 会自动下载构建这些必要的组件。了能够使用这些,你必
`"$GOPATH"/bin`加入到可行路径上。如果你不把 go bin 目添加到可行路径你必手动
指定可行程序路径。
**注意 2** Go 版本 @minGoVersion@ 或更高版本是必的。Gitea 使用 `gofmt`
格式化源代码。然而,`gofmt` 的结果可能因 `go` 的版本而有差异。因此推荐安我们持续集成使用
的 Go 版本。截至上次更新Go 版本应该@goVersion@。
**注意 2** Go 版本 @minGoVersion@ 或更高版本是必的。Gitea 使用 `gofmt`
格式化源代码。然而,`gofmt` 的结果可能因 `go` 的版本而有差异。因此推荐安我们持续集成使用
的 Go 版本。截至上次更新Go 版本應該@goVersion@。
## 安 Make
## 安 Make
Gitea 大量使用 `Make` 来自动化任务和改开发。本指南涵盖了如何安 Make。
Gitea 大量使用 `Make` 来自动化任务和改开发。本指南涵盖了如何安 Make。
### 在 Linux 上
使用包管理器安
使用包管理器安
在 Ubuntu/Debian 上:
@@ -55,19 +55,19 @@ sudo yum install make
Make 的这三个发行版都可以在 Windows 上运行:
- [个二制构建](http://www.equation.com/servlet/equation.cmd?fa=make)。复制到某处添加到 `PATH`
- [个二制构建](http://www.equation.com/servlet/equation.cmd?fa=make)。复制到某处添加到 `PATH`
- [32 位版本](http://www.equation.com/ftpdir/make/32/make.exe)
- [64 位版本](http://www.equation.com/ftpdir/make/64/make.exe)
- [MinGW-w64](https://www.mingw-w64.org) / [MSYS2](https://www.msys2.org/)。
- MSYS2 是一个工具和库的集合,您提供一个易于使用的环境来构建、安和运行本机 Windows 软件,它包括 MinGW-w64。
- 在 MingGW-w64 中,二制文件称为 `mingw32-make.exe` 而不是 `make.exe`。将 `bin` 文件夹添加到 `PATH`
- 在 MSYS2 中,您可以直接使用 `make`参阅 [MSYS2 移植](https://www.msys2.org/wiki/Porting/)。
- 要使用 CGO_ENABLED例如SQLite3编译 Gitea您可能需要使用 [tdm-gcc](https://jmeubank.github.io/tdm-gcc/) 而不是 MSYS2 gcc MSYS2 gcc 标头缺少一些 Windows -只有 CRT 函数像 \_beginthread 一样。
- MSYS2 是一个工具和库的集合,您提供一个易于使用的环境来构建、安和运行本机 Windows 软件,它包括 MinGW-w64。
- 在 MingGW-w64 中,二制文件稱為 `mingw32-make.exe` 而不是 `make.exe`。将 `bin` 文件夹添加到 `PATH`
- 在 MSYS2 中,您可以直接使用 `make`参阅 [MSYS2 移植](https://www.msys2.org/wiki/Porting/)。
- 要使用 CGO_ENABLED例如SQLite3编译 Gitea您可能需要使用 [tdm-gcc](https://jmeubank.github.io/tdm-gcc/) 而不是 MSYS2 gcc MSYS2 gcc 标头缺少一些 Windows -只有 CRT 函数像 \_beginthread 一样。
- [Chocolatey 包管理器](https://chocolatey.org/packages/make)。运行`choco install make`
**注意** :如果您尝试在 Windows 命令提示符下使用 make 行构建您可能会遇到问题。建议使用上述提示Git bash 或 MinGW但是如果您只有命令提示符或可能是 PowerShell则可以使用 [set](https://docs.microsoft.com/zh-tw/windows-server/administration/windows-commands/set_1) 命令,例如 `set TAGS=bindata`
**注意** :如果您尝试在 Windows 命令提示符下使用 make 行构建您可能会遇到问题。建议使用上述提示Git bash 或 MinGW但是如果您只有命令提示符或可能是 PowerShell则可以使用 [set](https://docs.microsoft.com/zh-tw/windows-server/administration/windows-commands/set_1) 命令,例如 `set TAGS=bindata`
## 下载克隆 Gitea 源代码
## 下载克隆 Gitea 源代码
获取源代码的推荐方法是使用 `git clone`
@@ -75,15 +75,15 @@ Make 的这三个发行版都可以在 Windows 上运行:
git clone https://github.com/go-gitea/gitea
```
(自从 go modules 出后,不再需要构建 go 项目从 `$GOPATH` 中获取,因此不再推荐使用 `go get` 方法。)
(自从 go modules 出后,不再需要构建 go 项目从 `$GOPATH` 中获取,因此不再推荐使用 `go get` 方法。)
## 派生 Gitea
如上所述下载主要的 Gitea 源代码。然后,派生 [Gitea 仓库](https://github.com/go-gitea/gitea)
并为您的本地仓库切换 git 远程源,或添加另一个远程源:
如上所述下载主要的 Gitea 源代码。然后,派生 [Gitea 存放庫](https://github.com/go-gitea/gitea)
並為您的本地存放庫切换 git 远程源,或添加另一个远程源:
```bash
# 将原来的 Gitea origin 重命名 upstream
# 将原来的 Gitea origin 重命名 upstream
git remote rename origin upstream
git remote add origin "git@github.com:$GITHUB_USERNAME/gitea.git"
git fetch --all --prune
@@ -92,12 +92,12 @@ git fetch --all --prune
或者:
```bash
# 我们的 fork 添加新的远程
# 我们的 fork 添加新的远程
git remote add "$FORK_NAME" "git@github.com:$GITHUB_USERNAME/gitea.git"
git fetch --all --prune
```
了能够创建合并请求,将分叉存库添加 Gitea 本地仓库的远程,否则法推送更改。
了能够建立合並請求,将分叉存库添加 Gitea 本地存放庫的远程,否则法推送更改。
## 构建 Gitea基本
@@ -105,22 +105,22 @@ git fetch --all --prune
[说明](installation/from-source.md)
关于如何[从源代码构建](installation/from-source.md) 。
从源代码构建的最简推荐方法是:
从源代码构建的最简推荐方法是:
```bash
TAGS="bindata sqlite sqlite_unlock_notify" make build
```
`build` 目标将同时`frontend``backend` 子目标。如果存在 `bindata` 标签,资源文件将被编译成二制文件。建议在行前端开发时省略 `bindata` 标签,以便实时反映更改。
`build` 目标将同时`frontend``backend` 子目标。如果存在 `bindata` 標籤,资源文件将被编译成二制文件。建议在行前端开发时省略 `bindata` 標籤,以便实时反映更改。
有关所有可用的 `make` 目标,参阅 `make help`。另参阅 [`.drone.yml`](https://github.com/go-gitea/gitea/blob/main/.drone.yml) 以了解我们的持续集成是如何工作的。
有关所有可用的 `make` 目标,参阅 `make help`。另参阅 [`.drone.yml`](https://github.com/go-gitea/gitea/blob/main/.drone.yml) 以了解我们的持续集成是如何工作的。
## 持续构建
要在源文件更改时运行持续构建:
要在源文件更改时运行持续构建:
```bash
# 对于前端和后端
# 對於前端和后端
make watch
# 或者只看前端文件html/js/css
@@ -130,40 +130,40 @@ make watch-frontend
make watch-backend
```
在 macOS 上,监视所有后端源文件可能会达到默认的打开文件限制,这可以通当前 shell 的 `ulimit -n 12288` 或所有未来 shell 的 shell 启动文件来增加。
在 macOS 上,监视所有后端源文件可能会达到默认的打开文件限制,这可以通当前 shell 的 `ulimit -n 12288` 或所有未来 shell 的 shell 启动文件来增加。
### 格式化、代码分析和拼写检查
我们的持续集成将拒绝未通代码检查(包括格式检查、代码分析和拼写检查)的 PR。
我们的持续集成将拒绝未通代码检查(包括格式检查、代码分析和拼写检查)的 PR。
应该格式化你的代码:
應該格式化你的代码:
```bash
make fmt
```
检查源代码:
检查源代码:
```bash
# lint 前端和后端代码
make lint
# lint 后端代码
# lint 后端代码
make lint-backend
```
**注意** `gofmt` 的结果取决于 `go` 的版本。您应该运行与持续集成相同的 go 版本。
**注意** `gofmt` 的结果取决于 `go` 的版本。您應該运行与持续集成相同的 go 版本。
### 处理 JS 和 CSS
前端开发遵循 [Guidelines for Frontend Development](contributing/guidelines-frontend.md)。
前端开发遵循 [Guidelines for Frontend Development](contributing/guidelines-frontend.md)。
要使用前端资源构建,使用上面提到的“watch-frontend”目标或只构建一次
要使用前端资源构建,使用上面提到的“watch-frontend”目标或只构建一次
```bash
make build && ./gitea
```
在提交之前,确保 linters 通
在提交之前,确保 linters 通
```bash
make lint-frontend
@@ -192,81 +192,81 @@ REPO_INDEXER_CONN_STR = http://elastic:changeme@localhost:9200
### 构建和添加 SVGs
SVG 图标是使用 `make svg` 命令构建的,命令将图标资源编译到输出目 `public/assets/img/svg` 中。可以在 `web_src/svg`中添加自定义图标。
SVG 图标是使用 `make svg` 命令构建的,命令将图标资源编译到输出目 `public/assets/img/svg` 中。可以在 `web_src/svg`中添加自定义图标。
### 构建 Logo
Gitea Logo 的 PNG 和 SVG 版本是使用 `TAGS="gitea" make generate-images` 目标从个 SVG 源文件 assets/logo.svg 构建的。要运行它Node.js 和 npm 必可用。
Gitea Logo 的 PNG 和 SVG 版本是使用 `TAGS="gitea" make generate-images` 目标从个 SVG 源文件 assets/logo.svg 构建的。要运行它Node.js 和 npm 必可用。
更新 `assets/logo.svg` 运行 `make generate-images`,同样的程也可用于从 SVG 源文件生成自定义 Logo PNG。忽略 gitea 编译项将更新用户指定的 LOGO 文件。
更新 `assets/logo.svg` 运行 `make generate-images`,同样的程也可用于从 SVG 源文件生成自定义 Logo PNG。忽略 gitea 编译项将更新使用者指定的 LOGO 文件。
### 更新 API
建新的 API 路由或修改有的 API 路由时,您**必**
更新和/或建 [Swagger](https://swagger.io/docs/specification/2-0/what-is-swagger/)
这些使用 [go-swagger](https://goswagger.io/) 评论的文
新的 API 路由或修改有的 API 路由时,您**必**
更新和/或建 [Swagger](https://swagger.io/docs/specification/2-0/what-is-swagger/)
这些使用 [go-swagger](https://goswagger.io/) 评论的文
[规范](https://goswagger.io/use/spec.html#annotation-syntax)中描述了这些注释的结构。
如果您想了解更多有关 Swagger 结构的信息,可以查看
[Swagger 2.0 文](https://swagger.io/docs/specification/2-0/basic-structure/)
或与添加新 API 端点的先前 PR 行比较,例如 [PR #5483](https://github.com/go-gitea/gitea/pull/5843/files#diff-2e0a7b644cf31e1c8ef7d76b444fe3aaR20)
[Swagger 2.0 文](https://swagger.io/docs/specification/2-0/basic-structure/)
或与添加新 API 端点的先前 PR 行比较,例如 [PR #5483](https://github.com/go-gitea/gitea/pull/5843/files#diff-2e0a7b644cf31e1c8ef7d76b444fe3aaR20)
应该注意不要破坏下游用户依赖的 API。在稳定的 API 上,一般来说添加是可以接受的,但删除
或对 API 行根本性更改将会被拒绝。
應該注意不要破坏下游使用者依赖的 API。在稳定的 API 上,一般来说添加是可以接受的,但删除
或对 API 行根本性更改将会被拒绝。
建或更改 API 端点后,用以下命令重新生成 Swagger 文
或更改 API 端点后,用以下命令重新生成 Swagger 文
```bash
make generate-swagger
```
应该验证生成的 Swagger 文件:
應該驗證生成的 Swagger 文件:
```bash
make swagger-validate
```
应该提交更改后的 swagger JSON 文件。持续集成服务器将使用以下方法检查是否已完成:
應該提交更改后的 swagger JSON 文件。持续集成服务器将使用以下方法检查是否已完成:
```bash
make swagger-check
```
**注意** 注意,您应该使用 Swagger 2.0 文,而不是 OpenAPI 3 文
**注意** 注意,您應該使用 Swagger 2.0 文,而不是 OpenAPI 3 文
### 建新的配置
### 建新的配置
建新的配置项时,将它们添加到 `modules/setting` 的对文件。您应该将信息添加到 `custom/conf/app.ini`
到[配置备忘](../administration/config-cheat-sheet.md)
新的配置项时,将它们添加到 `modules/setting` 的对文件。您應該将信息添加到 `custom/conf/app.ini`
到[配置备忘](../administration/config-cheat-sheet.md)
`docs/content/doc/advanced/config-cheat-sheet.zh-tw.md` 中找到
### 更改 Logo
更改 Gitea Logo SVG 时,您将需要运行提交结果的:
更改 Gitea Logo SVG 时,您将需要运行提交结果的:
```bash
make generate-images
```
这将建必要的 Gitea 图标和其他图标。
这将建必要的 Gitea 图标和其他图标。
### 数据库迁移
如果您对数据库中的任何数据库持久结构行重大更改
`models/`,您将需要行新的迁移。可以找到这些
如果您对数据库中的任何数据库持久结构行重大更改
`models/`,您将需要行新的迁移。可以找到这些
`models/migrations/` 中。您可以确保您的迁移适用于主要
数据库型使用:
数据库型使用:
```bash
make test-sqlite-migration # 将 SQLite 切换适当的数据库
make test-sqlite-migration # 将 SQLite 切换适当的数据库
```
## 测试
Gitea 运行两种型的测试:元测试和集成测试。
Gitea 运行两种型的测试:元测试和集成测试。
### 元测试
### 元测试
`go test` 系统中的`*_test.go` 涵盖了元测试。
`go test` 系统中的`*_test.go` 涵盖了元测试。
您可以设置环境变量 `GITEA_UNIT_TESTS_LOG_SQL=1` 以在详细模式下运行测试时显示所有 SQL 语句(即设置`GOTESTFLAGS=-v` 时)。
```bash
@@ -275,27 +275,27 @@ TAGS="bindata sqlite sqlite_unlock_notify" make test # Runs the unit tests
### 集成测试
元测试不会也不能完全独测试 Gitea。因此我们编写了集成测试但是这些依赖于数据库。
元测试不会也不能完全独测试 Gitea。因此我们编写了集成测试但是这些依赖于数据库。
```bash
TAGS="bindata sqlite sqlite_unlock_notify" make build test-sqlite
```
将在 SQLite 环境中运行集成测试。集成测试需要安 `git lfs`。其他数据库测试可用,但
可能需要适当地环境。
将在 SQLite 环境中运行集成测试。集成测试需要安 `git lfs`。其他数据库测试可用,但
可能需要适当地环境。
看看 [`tests/integration/README.md`](https://github.com/go-gitea/gitea/blob/main/tests/integration/README.md) 有关更多信息以及如何运行个测试。
看看 [`tests/integration/README.md`](https://github.com/go-gitea/gitea/blob/main/tests/integration/README.md) 有关更多信息以及如何运行个测试。
### 测试 PR
我们的持续集成将测试代码是否通过了单元测试,且所有支持的数据库都将在 Docker 环境中通集成测试。
将测试从几个最新版本的 Gitea 迁移。
我们的持续集成将测试代码是否通過了單元测试,且所有支持的数据库都将在 Docker 环境中通集成测试。
将测试从几个最新版本的 Gitea 迁移。
在 PR 中附带提交适当的元测试和集成测试。
在 PR 中附带提交适当的元测试和集成测试。
## 网站文
## 网站文
网站的文位于 `docs/` 中。如果你改变了文内容,你可以使用以下测试方法行持续集成:
网站的文位于 `docs/` 中。如果你改变了文内容,你可以使用以下测试方法行持续集成:
```bash
make lint-md
@@ -303,32 +303,32 @@ make lint-md
## Visual Studio Code
`contrib/ide/vscode` Visual Studio Code 提供了 `launch.json``tasks.json`。查看
`contrib/ide/vscode` Visual Studio Code 提供了 `launch.json``tasks.json`。查看
[`contrib/ide/README.md`](https://github.com/go-gitea/gitea/blob/main/contrib/ide/README.md) 了解更多信息。
## Goland
单击 `/main.go` 中函数 `func main()` 上的 `Run Application` 箭头
單擊 `/main.go` 中函数 `func main()` 上的 `Run Application` 箭头
可以快速启动一个可调试的 Gitea 实例。
`Run/Debug Configuration` 中的 `Output Directory`设置
gitea 项目目(包含 `main.go``go.mod`
否则,启动实例的工作目是 GoLand 的临时目
防止 Gitea 在开发环境中加载动态资源(例如:模板)。
`Run/Debug Configuration` 中的 `Output Directory`设置
gitea 项目目(包含 `main.go``go.mod`
否则,启动实例的工作目是 GoLand 的临时目
防止 Gitea 在开发环境中加载动态资源(例如:模板)。
要在 GoLand 中使用 SQLite 运行元测试,设置 `-tags sqlite,sqlite_unlock_notify`
`运行/调试配置``Go 工具参数` 中。
要在 GoLand 中使用 SQLite 运行元测试,设置 `-tags sqlite,sqlite_unlock_notify`
`运行/调试配置``Go 工具參數` 中。
## 提交 PR
对更改感到满意后,将它们推送打开拉取求。它建议您允许 Gitea Managers 和 Owners 修改您的 PR
分支,因我们需要在合之前将其更新 main 和/或可能是能够直接帮助解决问题。
对更改感到满意后,将它们推送打开拉取求。它建议您允许 Gitea Managers 和 Owners 修改您的 PR
分支,因我们需要在合之前将其更新 main 和/或可能是能够直接帮助解决问题。
任何 PR 都需要 Gitea 维护者的两次批准,且需要通持续集成。看看我们的
任何 PR 都需要 Gitea 维护者的两次批准,且需要通持续集成。看看我们的
[CONTRIBUTING.md](https://github.com/go-gitea/gitea/blob/main/CONTRIBUTING.md)
如果您需要更多帮助,访问 [Discord](https://discord.gg/gitea) #Develop 频道
在那里聊天。
如果您需要更多帮助,访问 [Discord](https://discord.gg/gitea) #Develop 频道
在那里聊天。
在,您已准备好 Hacking Gitea。
在,您已准备好 Hacking Gitea。