Update zh tw languages and fix some broken links (#455)

---------

Co-authored-by: silverwind <me@silverwind.io>
Co-authored-by: silverwind <2021+silverwind@noreply.gitea.com>
Reviewed-on: https://gitea.com/gitea/docs/pulls/455
Reviewed-by: silverwind <2021+silverwind@noreply.gitea.com>

i18n/zh-tw/docusaurus-plugin-content-docs/version-1.25/development/hacking-on-gitea.md

@@ -6,38 +6,38 @@ aliases:
   - /zh-tw/hacking-on-gitea
 ---
 
-# 玩转 Gitea
+# 玩轉 Gitea
 
-## 快速入门
+## 快速入門
 
-要获得快速工作的开发环境，您可以使用 Gitpod。
+要獲得快速工作的開發環境，您可以使用 Gitpod。
 
-[![在 Gitpod 中打开](/open-in-gitpod.svg)](https://gitpod.io/#https://github.com/go-gitea/gitea)
+[![在 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/) ，这是构建
-JavaScript 和 CSS 文件的必要工具。最低支持的 Node.js 版本是 @minNodeVersion@
-并且推荐使用最新的 LTS 版本。
+接下來，[使用 npm 安裝 Node.js](https://nodejs.org/en/download/) ，這是構建
+JavaScript 和 CSS 文件的必要工具。最低支援的 Node.js 版本是 @minNodeVersion@
+並且推薦使用最新的 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 上：
 
@@ -53,37 +53,37 @@ sudo yum install make
 
 ### 在 Windows 上
 
-Make 的这三个发行版都可以在 Windows 上运行：
+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 一样。
-- [Chocolatey 包管理器](https://chocolatey.org/packages/make)。运行`choco install make`
+  - 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`。
+獲取源程式碼的推薦方法是使用 `git clone`。
 
 ```bash
 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,86 +92,86 @@ 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（基本）
+## 構建 Gitea（基本）
 
-看看我们的
-[说明](installation/from-source.md)
-关于如何[从源代码构建](installation/from-source.md) 。
+看看我們的
+[說明](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）
 make watch-frontend
 
-# 或者：只看后端文件 (go)
+# 或者：只看後端文件 (go)
 make watch-backend
 ```
 
-在 macOS 上，监视所有后端源文件可能会达到默认的打开文件限制，这可以通过当前 shell 的 `ulimit -n 12288` 或所有未来 shell 的 shell 启动文件来增加。
+在 macOS 上，監視所有後端源文件可能會達到預設的打開文件限制，這可以透過當前 shell 的 `ulimit -n 12288` 或所有未來 shell 的 shell 啟動文件來增加。
 
-### 格式化、代码分析和拼写检查
+### 格式化、程式碼分析和拼寫檢查
 
-我们的持续集成将拒绝未通过代码检查（包括格式检查、代码分析和拼写检查）的 PR。
+我們的持續整合將拒絕未通過程式碼檢查（包括格式檢查、程式碼分析和拼寫檢查）的 PR。
 
-你应该格式化你的代码：
+你應該格式化你的程式碼：
 
 ```bash
 make fmt
 ```
 
-并检查源代码：
+並檢查源程式碼：
 
 ```bash
-# lint 前端和后端代码
+# lint 前端和後端代碼
 make lint
-# 仅 lint 后端代码
+# 僅 lint 後端代碼
 make lint-backend
 ```
 
-**注意** ：`gofmt` 的结果取决于 `go` 的版本。您应该运行与持续集成相同的 go 版本。
+**注意** ：`gofmt` 的結果取決於 `go` 的版本。您應該運行與持續整合相同的 go 版本。
 
-### 处理 JS 和 CSS
+### 處理 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
 ```
 
-### 配置本地 ElasticSearch 实例
+### 設定本地 ElasticSearch 實例
 
-使用 docker 启动本地 ElasticSearch 实例：
+使用 docker 啟動本地 ElasticSearch 實例：
 
 ```sh
 mkdir -p $(pwd) /data/elasticsearch
@@ -179,7 +179,7 @@ sudo chown -R 1000:1000 $(pwd) /data/elasticsearch
 docker run --rm --memory= "4g" -p 127.0.0.1:9200:9200 -p 127.0.0.1:9300:9300 -e "discovery.type=single-node" -v "$(pwd)/data /elasticsearch:/usr/share/elasticsearch/data" docker.elastic.co/elasticsearch/elasticsearch:7.16.3
 ```
 
-配置`app.ini`：
+設定`app.ini`：
 
 ```ini
 [indexer]
@@ -190,112 +190,112 @@ REPO_INDEXER_TYPE = elasticsearch
 REPO_INDEXER_CONN_STR = http://elastic:changeme@localhost:9200
 ```
 
-### 构建和添加 SVGs
+### 構建和添加 SVGs
 
-SVG 图标是使用 `make svg` 命令构建的，该命令将图标资源编译到输出目录 `public/assets/img/svg` 中。可以在 `web_src/svg` 目录中添加自定义图标。
+SVG 圖標是使用 `make svg` 命令構建的，該命令將圖標資源編譯到輸出目錄 `public/assets/img/svg` 中。可以在 `web_src/svg` 目錄中添加自訂圖標。
 
-### 构建 Logo
+### 構建 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/) 评论的文档。
-[规范](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)
+建立新的 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)
 
-您应该注意不要破坏下游用户依赖的 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/migrations/` 中。您可以确保您的迁移适用于主要
-数据库类型使用：
+如果您對資料庫中的任何資料庫持久結構進行重大更改
+`models/` 目錄，您將需要進行新的遷移。可以找到這些
+在 `models/migrations/` 中。您可以確保您的遷移適用於主要
+資料庫類型使用：
 
 ```bash
-make test-sqlite-migration # 将 SQLite 切换为适当的数据库
+make test-sqlite-migration # 將 SQLite 切換為適當的數據庫
 ```
 
-## 测试
+## 測試
 
-Gitea 运行两种类型的测试：单元测试和集成测试。
+Gitea 運行兩種類型的測試：單元測試和整合測試。
 
-### 单元测试
+### 單元測試
 
-`go test` 系统中的`*_test.go` 涵盖了单元测试。
-您可以设置环境变量 `GITEA_UNIT_TESTS_LOG_SQL=1` 以在详细模式下运行测试时显示所有 SQL 语句（即设置`GOTESTFLAGS=-v` 时）。
+`go test` 系統中的`*_test.go` 涵蓋了單元測試。
+您可以設定環境變量 `GITEA_UNIT_TESTS_LOG_SQL=1` 以在詳細模式下運行測試時顯示所有 SQL 語句（即設定`GOTESTFLAGS=-v` 時）。
 
 ```bash
 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
+### 測試 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/README.md`](https://github.com/go-gitea/gitea/blob/main/contrib/ide/README.md) 了解更多信息。
+`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` 箭头
-可以快速启动一个可调试的 Gitea 实例。
+單擊 `/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。