gitea/gitea-docs
1
0
Fork 0
mirror of https://gitea.com/gitea/docs.git synced 2026-07-21 10:17:42 +00:00
Code Issues Packages Projects Releases Wiki Activity

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

Browse Source 
---------

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>
This commit is contained in:
Lunny Xiao
2026-07-09 23:41:46 +00:00
parent c0f8a04185
commit 965c269495
652 changed files with 30864 additions and 30792 deletions
Download Patch File Download Diff File Expand all files Collapse all files

156
i18n/zh-tw/docusaurus-plugin-content-docs/version-1.24/usage/linked-references.md
View File

@@ -6,138 +6,138 @@ aliases:
- /zh-tw/automatically-linked-references
---
# 自动链接引用
# 自動鏈接引用
当發佈工單、合並請求或评论时，文本描述会被解析以查找引用。这些引用将显示為工單视图中的链接，並且在某些情况下会触发特定的“操作”。
當發佈工單、合併請求或評論時，文本描述會被解析以查找引用。這些引用將顯示為工單視圖中的鏈接，並且在某些情況下會觸發特定的“操作”。
类似地，当列出提交消息时，它们也会被解析，並且当它们被推送到主分支时可以触发“操作”。
類似地，當列出提交消息時，它們也會被解析，並且當它們被推送到主分支時可以觸發“操作”。
為了防止意外建立引用，對於引用的识别有一定的規則。例如，它们不應該包含在代码文本内部。它们還應該在周围的文本中合理清晰（例如，使用空格）。
為了防止意外建立引用，對於引用的識別有一定的規則。例如，它們不應該包含在程式碼文本內部。它們還應該在周圍的文本中合理清晰（例如，使用空格）。
## 使用者、团队和組織提及
## 使用者、團隊和組織提及
当找到形式為 `@username` 的文本，並且 `username` 与現有使用者的名稱匹配时，将建立一个“提及”引用。这将通過将文本更改為指向該使用者个人资料的链接来显示，並根据被提及的使用者是否具有访问内容所需的权限来可能建立通知。
當找到形式為 `@username` 的文本，並且 `username` 與現有使用者的名稱匹配時，將建立一個“提及”引用。這將通過將文本更改為指向該使用者個人資料的鏈接來顯示，並根據被提及的使用者是否具有訪問內容所需的權限來可能建立通知。
示例：
範例：
> [@John](#)，你能看一下这个吗？
> [@John](#)，你能看一下這個嗎？
對於团队和組織也是有效的：
對於團隊和組織也是有效的：
> [@Documenters](#)，我们需要為此進行规划。
> [@CoolCompanyInc](#)，这个问题关系到我们所有人！
> [@Documenters](#)，我們需要為此進行規劃。
> [@CoolCompanyInc](#)，這個問題關係到我們所有人！
团队将在适当时收到邮件通知，但整个組織不会收到通知。
團隊將在適當時收到郵件通知，但整個組織不會收到通知。
提交消息不会产生使用者通知。
提交消息不會產生使用者通知。
## 提交
可以使用提交的 SHA1 哈希或至少七个字符的一部分来引用提交。它们将显示為指向相應提交的链接。
可以使用提交的 SHA1 哈希或至少七個字符的一部分來引用提交。它們將顯示為指向相應提交的鏈接。
示例：
範例：
> 这个错误是在 [e59ff077](#) 中引入的
> 這個錯誤是在 [e59ff077](#) 中引入的
## 工單和合並請求
## 工單和合併請求
可以使用简單的符号 `#1234` 来建立对另一个工單或合並請求的引用，其中 _1234_ 是同一存放庫中一个工單或合並請求的编号。这些引用将显示為指向被引用内容的链接。
可以使用簡單的符號 `#1234` 來建立對另一個工單或合併請求的引用，其中 _1234_ 是同一存放庫中一個工單或合併請求的編號。這些引用將顯示為指向被引用內容的鏈接。
建立此類型引用的效果是，在被引用的文檔中建立一个“通知”，前提是引用的建立者对其具有读取权限。
建立此類型引用的效果是，在被引用的文件中建立一個“通知”，前提是引用的建立者對其具有讀取權限。
示例：
範例：
> 这似乎与 [#1234](#) 相关
> 這似乎與 [#1234](#) 相關
還可以使用形式 `owner/repository#1234` 来引用其他存放庫中的工單和合並請求：
還可以使用形式 `owner/repository#1234` 來引用其他存放庫中的工單和合併請求：
> 这似乎与 [mike/compiler#1234](#) 相关
> 這似乎與 [mike/compiler#1234](#) 相關
或者也可以使用 `!1234` 符号。虽然在 Gitea 中合並請求是工單的一种形式，但 `#1234` 形式总是链接到工單；如果链接的条目恰好是一个合並請求，Gitea 会适当地進行重定向。而使用 `!1234` 符号，则会建立一个合並請求链接，根据需要会被重定向到工單。然而，如果使用外部跟踪器，这个区别可能很重要，因為工單和合並請求的链接是不能互换的。
或者也可以使用 `!1234` 符號。雖然在 Gitea 中合併請求是工單的一種形式，但 `#1234` 形式總是鏈接到工單；如果鏈接的條目恰好是一個合併請求，Gitea 會適當地進行重定向。而使用 `!1234` 符號，則會建立一個合併請求鏈接，根據需要會被重定向到工單。然而，如果使用外部跟蹤器，這個區別可能很重要，因為工單和合併請求的鏈接是不能互換的。
## 可操作的引用在合並請求和提交消息中
## 可操作的引用在合併請求和提交消息中
有时，一个提交或合並請求可能会修复或重新出現在某个特定工單中。Gitea 支持在引用之前加上特定的“关键字”来关闭和重新打开被引用的工單。常见的关键字包括“closes”、“fixes”、“reopens”等。这个列表可以由站点管理员進行 [自定义](../administration/config-cheat-sheet.md)。
有時，一個提交或合併請求可能會修復或重新出現在某個特定工單中。Gitea 支援在引用之前加上特定的“關鍵字”來關閉和重新打開被引用的工單。常見的關鍵字包括“closes”、“fixes”、“reopens”等。這個列表可以由站點管理員進行 [自訂](../administration/config-cheat-sheet)。
示例：
範例：
> 这个合並請求 _closes_ [#1234](#)
> 這個合併請求 _closes_ [#1234](#)
如果可操作的引用被接受，这将在被引用的工單上建立一个通知，宣布当引用的合並請求被合並时該工單将被关闭。
如果可操作的引用被接受，這將在被引用的工單上建立一個通知，宣佈當引用的合併請求被合併時該工單將被關閉。
為了接受可操作的引用，必須满足以下至少一项条件之一：
為了接受可操作的引用，必須滿足以下至少一項條件之一：
- 评论者在建立引用时具有关闭或重新打开工單的权限。
- 引用位于提交消息中。
- 引用作為合並請求描述的一部分發佈。
- 評論者在建立引用時具有關閉或重新打開工單的權限。
- 引用位於提交消息中。
- 引用作為合併請求描述的一部分發佈。
在最后一种情况下，只有当合並合並請求的人具有相應权限时，工單才会被关闭或重新打开。
在最後一種情況下，只有當合併合併請求的人具有相應權限時，工單纔會被關閉或重新打開。
此外，只有合並請求和提交消息可以建立一个操作，只有工單可以通過这种方式被关闭或重新打开。
此外，只有合併請求和提交消息可以建立一個操作，只有工單可以透過這種方式被關閉或重新打開。
默认的关键字如下：
預設的關鍵字如下：
- **关闭工單**: close, closes, closed, fix, fixes, fixed, resolve, resolves, resolved
- **重新打开工單**: reopen, reopens, reopened
- **關閉工單**: close, closes, closed, fix, fixes, fixed, resolve, resolves, resolved
- **重新打開工單**: reopen, reopens, reopened
## 合並請求和提交消息中的时间跟踪
## 合併請求和提交消息中的時間跟蹤
当提交或合並合並請求导致自动关闭工單时，還可以通過提交消息添加解决此工單所花费的时间。
當提交或合併合併請求導致自動關閉工單時，還可以透過提交消息添加解決此工單所花費的時間。
要指定解决工單所花费的时间，需要在工單编号后面以 `@<number><time-unit>` 的格式指定时间。在一个提交消息中，可以指定多个已解决的工單，並為每个工單指定花费的时间。
要指定解決工單所花費的時間，需要在工單編號後面以 `@<number><time-unit>` 的格式指定時間。在一個提交消息中，可以指定多個已解決的工單，並為每個工單指定花費的時間。
支持的时间單位（`<time-unit>`）：
支援的時間單位（`<time-unit>`）：
- `m` - 分钟
- `h` - 小时
- `d` - 天（相当于 8 小时）
- `w` - 周（相当于 5 天）
- `mo` - 月（相当于 4 周）
- `m` - 分鐘
- `h` - 小時
- `d` - 天（相當於 8 小時）
- `w` - 周（相當於 5 天）
- `mo` - 月（相當於 4 周）
用于指定时间的数字（`<number>`）也可以是小数，例如 `@1.5h` 表示一小时半。多个时间單位可以结合使用，例如 `@1h10m` 表示 1 小时 10 分钟。
用於指定時間的數字（`<number>`）也可以是小數，例如 `@1.5h` 表示一小時半。多個時間單位可以結合使用，例如 `@1h10m` 表示 1 小時 10 分鐘。
提交消息示例：
提交消息範例：
> Fixed #123 spent @1h, refs #102, fixes #124 @1.5h
这将导致工單 #123 增加 1 小时，工單 #124 增加 1 小时半。
這將導致工單 #123 增加 1 小時，工單 #124 增加 1 小時半。
## 外部跟踪器
## 外部跟蹤器
Gitea 支持使用外部工單跟踪器，並可以在合並請求中建立对外部托管的工單的引用。但是，如果外部跟踪器使用数字来标识工單，那么它们将与 Gitea 中托管的合並請求無法区分。為了解决这个问题，Gitea 允许使用 `!` 标记来标识合並請求。例如：
Gitea 支援使用外部工單跟蹤器，並可以在合併請求中建立對外部託管的工單的引用。但是，如果外部跟蹤器使用數字來標識工單，那麼它們將與 Gitea 中託管的合併請求無法區分。為瞭解決這個問題，Gitea 允許使用 `!` 標記來標識合併請求。例如：
> 这是工單 [#1234](#)，並链接到外部跟踪器。
> 这是合並請求 [!1234](#)，並链接到 Gitea 中的合並請求。
> 這是工單 [#1234](#)，並鏈接到外部跟蹤器。
> 這是合併請求 [!1234](#)，並鏈接到 Gitea 中的合併請求。
在工單和合並請求中，`!` 和 `#` 可以互换使用，除非需要進行区分。如果存放庫使用外部跟踪器，默认情况下，合並提交消息将使用 `!` 作為引用。
在工單和合併請求中，`!` 和 `#` 可以互換使用，除非需要進行區分。如果存放庫使用外部跟蹤器，預設情況下，合併提交消息將使用 `!` 作為引用。
## 工單和合並請求引用摘要
## 工單和合併請求引用摘要
下表说明了工單和合並請求的不同類型的交叉引用。在示例中，`User1/Repo1` 指的是使用引用的存放庫，而 `UserZ/RepoZ` 表示另一个存放庫。
下表說明了工單和合併請求的不同類型的交叉引用。在範例中，`User1/Repo1` 指的是使用引用的存放庫，而 `UserZ/RepoZ` 表示另一個存放庫。
| 在 User1/Repo1 中的引用 | Repo1 的工單是外部的 | RepoZ 的工單是外部的 | 渲染效果 |
| ----------------------- | :------------------: | :------------------: | --------------------------------------------- |
| `#1234` | 否 | - | 链接到 `User1/Repo1` 中的工單/合並請求 1234 |
| `!1234` | 否 | - | 链接到 `User1/Repo1` 中的工單/合並請求 1234 |
| `#1234` | 是 | - | 链接到 `User1/Repo1` 的 _外部工單_ 1234 |
| `!1234` | 是 | - | 链接到 `User1/Repo1` 的 _PR_ 1234 |
| `User1/Repo1#1234` | 否 | - | 链接到 `User1/Repo1` 中的工單/合並請求 1234 |
| `User1/Repo1!1234` | 否 | - | 链接到 `User1/Repo1` 中的工單/合並請求 1234 |
| `User1/Repo1#1234` | 是 | - | 链接到 `User1/Repo1` 的 _外部工單_ 1234 |
| `User1/Repo1!1234` | 是 | - | 链接到 `User1/Repo1` 的 _PR_ 1234 |
| `UserZ/RepoZ#1234` | - | 否 | 链接到 `UserZ/RepoZ` 中的工單/合並請求 1234 |
| `UserZ/RepoZ!1234` | - | 否 | 链接到 `UserZ/RepoZ` 中的工單/合並請求 1234 |
| `UserZ/RepoZ#1234` | - | 是 | 链接到 `UserZ/RepoZ` 的 _外部工單_ 1234 |
| `UserZ/RepoZ!1234` | - | 是 | 链接到 `UserZ/RepoZ` 的 _PR_ 1234 |
| **字母数字工單编号:** | - | - | - |
| `AAA-1234` | 是 | - | 链接到 `User1/Repo1` 的 _外部工單_ `AAA-1234` |
| `!1234` | 是 | - | 链接到 `User1/Repo1` 的 _PR_ 1234 |
| `User1/Repo1!1234` | 是 | - | 链接到 `User1/Repo1` 的 _PR_ 1234 |
| _不支持_ | - | 是 | 链接到 `UserZ/RepoZ` 的 _外部工單_ `AAA-1234` |
| `UserZ/RepoZ!1234` | - | 是 | 链接到 `UserZ/RepoZ` 中的 _PR_ 1234 |
| `#1234` | 否 | - | 鏈接到 `User1/Repo1` 中的工單/合併請求 1234 |
| `!1234` | 否 | - | 鏈接到 `User1/Repo1` 中的工單/合併請求 1234 |
| `#1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _外部工單_ 1234 |
| `!1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _PR_ 1234 |
| `User1/Repo1#1234` | 否 | - | 鏈接到 `User1/Repo1` 中的工單/合併請求 1234 |
| `User1/Repo1!1234` | 否 | - | 鏈接到 `User1/Repo1` 中的工單/合併請求 1234 |
| `User1/Repo1#1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _外部工單_ 1234 |
| `User1/Repo1!1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _PR_ 1234 |
| `UserZ/RepoZ#1234` | - | 否 | 鏈接到 `UserZ/RepoZ` 中的工單/合併請求 1234 |
| `UserZ/RepoZ!1234` | - | 否 | 鏈接到 `UserZ/RepoZ` 中的工單/合併請求 1234 |
| `UserZ/RepoZ#1234` | - | 是 | 鏈接到 `UserZ/RepoZ` 的 _外部工單_ 1234 |
| `UserZ/RepoZ!1234` | - | 是 | 鏈接到 `UserZ/RepoZ` 的 _PR_ 1234 |
| **字母數字工單編號:** | - | - | - |
| `AAA-1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _外部工單_ `AAA-1234` |
| `!1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _PR_ 1234 |
| `User1/Repo1!1234` | 是 | - | 鏈接到 `User1/Repo1` 的 _PR_ 1234 |
| _不支援_ | - | 是 | 鏈接到 `UserZ/RepoZ` 的 _外部工單_ `AAA-1234` |
| `UserZ/RepoZ!1234` | - | 是 | 鏈接到 `UserZ/RepoZ` 中的 _PR_ 1234 |
_最后一部分适用于使用字母数字格式的外部工單跟踪器的存放庫。_
_最後一部分適用於使用字母數字格式的外部工單跟蹤器的存放庫。_
_**-**: 不适用_
_**-**: 不適用_
注意：不完全支持具有不同類型工單（外部 vs. 内部）的存放庫之间的自动引用，可能会导致無效链接。
注意：不完全支援具有不同類型工單（外部 vs. 內部）的存放庫之間的自動引用，可能會導致無效鏈接。